câu lệnh return vs exit () trong hàm main ()

Tôi nên sử dụng exit()hoặc chỉ returnbáo cáo trong main()? Cá nhân tôi ủng hộ các returncâu lệnh vì tôi cảm thấy nó giống như đọc bất kỳ chức năng nào khác và điều khiển luồng khi tôi đang đọc mã trơn tru (theo ý kiến ​​của tôi). Và ngay cả khi tôi muốn cấu trúc lại main()hàm, có returnvẻ như là một lựa chọn tốt hơn exit().

Có exit()làm gì đặc biệt returnkhông?

Trên thực tế, có là một sự khác biệt, nhưng đó là tinh tế. Nó có nhiều ý nghĩa hơn đối với C ++, nhưng sự khác biệt rất quan trọng.

Khi tôi gọi returntrong main(), hàm hủy sẽ được gọi cho các đối tượng tại địa phương scoped tôi. Nếu tôi gọi exit(), sẽ không có hàm hủy nào được gọi cho các đối tượng trong phạm vi cục bộ của tôi! Đọc lại mà. exit() không trở về . Điều đó có nghĩa là một khi tôi gọi nó, "không có hậu trường". Bất kỳ đối tượng nào bạn đã tạo trong chức năng đó sẽ không bị hủy. Thường thì điều này không có ý nghĩa gì, nhưng đôi khi nó cũng giống như đóng các tệp (chắc chắn bạn muốn tất cả dữ liệu của mình được xóa vào đĩa?).

Lưu ý rằng staticcác đối tượng sẽ được dọn sạch ngay cả khi bạn gọi exit(). Cuối cùng lưu ý rằng, nếu bạn sử dụng abort(), sẽ không có đối tượng nào bị phá hủy. Đó là, không có đối tượng toàn cầu, không có đối tượng tĩnh và không có đối tượng cục bộ sẽ có các hàm hủy của chúng được gọi.

Tiến hành thận trọng khi ủng hộ thoát hơn lợi nhuận.

http://groups.google.com/group/gnu.gcc.help/msg/8348c50030cfd15a

Một điểm khác biệt: exitlà chức năng Thư viện tiêu chuẩn, do đó bạn cần bao gồm các tiêu đề và liên kết với thư viện chuẩn. Để minh họa (trong C ++), đây là một chương trình hợp lệ:

int main() { return 0; }

nhưng để sử dụng exitbạn sẽ cần bao gồm:

#include <stdlib.h>
int main() { exit(EXIT_SUCCESS); }

Thêm vào đó, thêm một giả định bổ sung: việc gọi exittừ maincó tác dụng phụ tương tự như trả về số không. Như những người khác đã chỉ ra, điều này phụ thuộc vào loại thực thi mà bạn đang xây dựng (nghĩa là ai đang gọi main). Bạn đang mã hóa một ứng dụng sử dụng thời gian chạy C? Một plugin Maya? Một dịch vụ Windows? Một tài xế? Mỗi trường hợp sẽ yêu cầu nghiên cứu để xem nếu exittương đương với return. IMHO sử dụng exitkhi bạn thực sự có nghĩa là return chỉ làm cho mã khó hiểu hơn. OTOH, nếu bạn thực sự có ý nghĩa exit , thì bằng mọi cách hãy sử dụng nó.

Có ít nhất một lý do để ưu tiên exit: Nếu bất kỳ atexittrình xử lý nào của bạn đề cập đến dữ liệu thời lượng lưu trữ tự động mainhoặc nếu bạn đã sử dụng setvbufhoặc setbufgán cho một trong các luồng tiêu chuẩn, bộ đệm có thời lượng lưu trữ tự động main, sau đó quay lại từ mainsản xuất hành vi không xác định, nhưng gọi exitlà hợp lệ.

Tuy nhiên, một cách sử dụng tiềm năng khác (thường dành riêng cho các chương trình đồ chơi) là thoát khỏi chương trình với các yêu cầu đệ quy main.

Tôi luôn luôn sử dụng returnbởi vì nguyên mẫu chuẩn cho main()biết nó sẽ trả về một int.

Điều đó nói rằng, một số phiên bản của các tiêu chuẩn đưa ra mainđối xử đặc biệt và cho rằng nó trả về 0 nếu không có returntuyên bố rõ ràng . Cho mã sau:

int foo() {}
int main(int argc, char *argv[]) {}

G ++ chỉ tạo cảnh báo cho foo()và bỏ qua trả lại bị thiếu từ main:

% g++ -Wall -c foo.cc
foo.cc: In function ‘int foo()’:
foo.cc:1: warning: control reaches end of non-void function

Tôi MẠNH thứ hai nhận xét của R. về việc sử dụng exit () để tránh việc lưu trữ tự động trong main()khai hoang trước khi chương trình thực sự kết thúc. Một return X;câu lệnh trong main()không chính xác tương đương với một cuộc gọi đến exit(X);, vì bộ lưu trữ động main()biến mất khi main()trả về, nhưng nó không biến mất nếu một cuộc gọi đến exit()được thực hiện thay thế.

Hơn nữa, trong ngôn ngữ C hoặc bất kỳ ngôn ngữ giống C nào, một returntuyên bố mạnh mẽ gợi ý cho người đọc rằng việc thực thi sẽ tiếp tục trong chức năng gọi và trong khi việc tiếp tục thực hiện này thường đúng về mặt kỹ thuật nếu bạn tính thói quen khởi động C gọi là main()chức năng của bạn , thì không chính xác những gì bạn có nghĩa là khi bạn có nghĩa là kết thúc quá trình.

Rốt cuộc, nếu bạn muốn kết thúc chương trình của mình từ bên trong bất kỳ chức năng nào khác ngoại trừ main()bạn phải gọi exit(). Làm như vậy một cách nhất quán main()cũng làm cho mã của bạn dễ đọc hơn nhiều, và nó cũng giúp mọi người dễ dàng tái lập mã của bạn hơn nhiều; tức là mã được sao chép từ main()một số chức năng khác sẽ không hoạt động sai vì các returncâu lệnh vô tình đáng lẽ phải là exit()các cuộc gọi.

Vì vậy, kết hợp tất cả các điểm này lại với nhau kết luận rằng đó là một thói quen xấu , ít nhất là đối với C, sử dụng một returntuyên bố để kết thúc chương trình main().

Liệu exit () có làm gì đặc biệt mà 'return' không?

Với một số trình biên dịch cho các nền tảng không phổ biến, exit()có thể dịch đối số của nó thành giá trị thoát của chương trình trong khi lợi nhuận từ main()có thể chuyển trực tiếp giá trị sang môi trường máy chủ mà không cần dịch.

Tiêu chuẩn yêu cầu hành vi giống hệt nhau trong những trường hợp này (cụ thể, nó nói rằng việc trả lại một cái gì đó inttương thích từ main()đó sẽ tương đương với việc gọi exit()với giá trị đó). Vấn đề là các hệ điều hành khác nhau có các quy ước khác nhau để diễn giải các giá trị thoát. Trên nhiều hệ thống (NHIỀU!), 0 có nghĩa là thành công và bất cứ điều gì khác là thất bại. Nhưng trên, nói, VMS, giá trị lẻ có nghĩa là thành công và thậm chí những giá trị có nghĩa là thất bại. Nếu bạn trả về 0 từ main(), người dùng VMS sẽ thấy một thông báo khó chịu về vi phạm quyền truy cập. Thực tế không có vi phạm truy cập - đó đơn giản là thông báo tiêu chuẩn liên quan đến mã lỗi 0.

Sau đó, ANSI xuất hiện và ban phước EXIT_SUCCESSvà EXIT_FAILUREnhư những lý lẽ bạn có thể vượt qua exit(). Tiêu chuẩn này cũng nói rằng exit(0)nên cư xử y hệt exit(EXIT_SUCCESS), vì vậy hầu hết các trường xác định EXIT_SUCCESSđể 0.

Do đó, tiêu chuẩn đặt bạn vào một liên kết trên VMS, vì nó không có cách tiêu chuẩn nào để trả về mã lỗi xảy ra có giá trị 0.

Do đó, trình biên dịch VAX / VMS C thời kỳ đầu những năm 1990 không giải thích giá trị trả về từ main()đó, nó chỉ đơn giản trả về bất kỳ giá trị nào cho môi trường máy chủ. Nhưng nếu bạn đã sử dụng exit()nó sẽ làm những gì tiêu chuẩn yêu cầu: dịch EXIT_SUCCESS(hoặc 0) thành mã thành công và EXIT_FAILUREthành mã lỗi chung. Để sử dụng EXIT_SUCCESS, bạn phải chuyển nó đến exit(), bạn không thể trả lại từ đó main(). Tôi không biết liệu các phiên bản hiện đại hơn của trình biên dịch đó có duy trì hành vi đó hay không.

Một chương trình C di động được sử dụng để trông như thế này:

#include <stdio.h>
#include <stdlib.h>

int main() {
  printf("Hello, World!\n");
  exit(EXIT_SUCCESS);  /* to get good return value to OS */
  /*NOTREACHED*/ /* to silence lint warning */
  return 0;  /* to silence compiler warning */
}

Ngoài ra: Nếu tôi nhớ lại một cách chính xác, quy ước VMS cho các giá trị thoát có nhiều sắc thái hơn lẻ / chẵn. Nó thực sự sử dụng một cái gì đó như ba bit thấp để mã hóa mức độ nghiêm trọng. Tuy nhiên, nói chung, mức độ nghiêm trọng kỳ lạ chỉ ra thông tin thành công hoặc thông tin linh tinh và các mức chẵn chỉ ra lỗi.

Trong C trở về mainhoàn toàn giống như gọi exitvới cùng một giá trị.

Mục 5.1.2.2.3 của trạng thái tiêu chuẩn C :

Nếu kiểu trả về của hàm chính là loại tương thích với int, thì việc trả về từ lệnh gọi ban đầu đến hàm chính tương đương với việc gọi hàm thoát với giá trị được trả về bởi hàm chính làm đối số của nó ; 11) đạt đến} kết thúc hàm chính trả về giá trị 0. Nếu kiểu trả về không tương thích với int, trạng thái kết thúc được trả về môi trường máy chủ là không xác định.

Các quy tắc cho C ++ là một chút khác nhau như được đề cập trong các câu trả lời khác.

Thực sự có một sự khác biệt giữa exit(0)và return(0)trong main- khi mainchức năng của bạn được gọi nhiều lần.

Chương trình sau

#include <stdio.h>
#include <stdlib.h>

int main(int argc, char** argv) {
  if (argc == 0)
    return(0);
  printf("%d", main(argc - 1, argv));
}

Chạy như

./program 0 0 0 0

Sẽ dẫn đến kết quả đầu ra sau:

00000

Tuy nhiên cái này:

#include <stdio.h>
#include <stdlib.h>

int main(int argc, char** argv) {
  if (argc == 0)
    exit(0);
  printf("%d", main(argc - 1, argv));
}

Không in bất cứ điều gì bất kể đối số.

Nếu bạn chắc chắn rằng không ai sẽ gọi cho bạn mainmột cách rõ ràng thì về mặt kỹ thuật, đó không phải là một sự khác biệt lớn, nhưng để duy trì mã rõ ràng hơn exitsẽ tốt hơn nhiều. Nếu bạn vì lý do nào đó muốn gọi main- bạn nên điều chỉnh nó theo nhu cầu của bạn.

Nói về C.