Trong Java, sự khác biệt có hoặc không có System.exit(0)trong đoạn mã sau là gì?
public class TestExit
{
public static void main(String[] args)
{
System.out.println("hello world");
System.exit(0); // is it necessary? And when it must be called?
}
}Các tài liệu cho biết: "Phương pháp này không bao giờ trở lại bình thường." Nó có nghĩa là gì?
Câu trả lời:
System.exit()có thể được sử dụng để chạy các móc tắt máy trước khi thoát khỏi chương trình. Đây là một cách thuận tiện để xử lý tắt máy trong các chương trình lớn hơn, trong đó tất cả các phần của chương trình không thể (và không nên) biết về nhau. Sau đó, nếu ai đó muốn thoát, anh ta có thể gọi đơn giản System.exit()và các móc tắt máy (nếu được thiết lập đúng cách) sẽ thực hiện tất cả các nghi thức tắt máy cần thiết như đóng tệp, giải phóng tài nguyên, v.v.
"Phương pháp này không bao giờ trở lại bình thường." có nghĩa là phương thức sẽ không trở lại; một khi một chủ đề đến đó, nó sẽ không trở lại.
Một cách khác, có thể phổ biến hơn, để thoát khỏi một chương trình là chỉ đơn giản là đi đến cuối mainphương thức. Nhưng nếu có bất kỳ luồng không phải daemon nào đang chạy, chúng sẽ không bị tắt và do đó JVM sẽ không thoát. Do đó, nếu bạn có bất kỳ luồng không phải daemon nào như vậy, bạn cần một số phương tiện khác (ngoài móc tắt máy) để tắt tất cả các luồng không phải daemon và giải phóng các tài nguyên khác. Nếu không có các luồng không phải daemon nào khác, quay trở lại mainsẽ tắt JVM và sẽ gọi các móc tắt máy.
Vì một số lý do, móc tắt máy dường như là một cơ chế bị đánh giá thấp và bị hiểu lầm, và mọi người đang phát minh lại bánh xe với tất cả các loại hack tùy chỉnh độc quyền để thoát khỏi chương trình của họ. Tôi sẽ khuyến khích sử dụng móc tắt máy; tất cả đều có trong Runtime tiêu chuẩn mà bạn sẽ sử dụng.
Runtime.getRuntime().halt())
Trong trường hợp đó, nó không cần thiết. Không có chủ đề bổ sung nào sẽ được khởi động, bạn không thay đổi mã thoát (mặc định là 0) - về cơ bản là vô nghĩa.
Khi các tài liệu nói rằng phương thức không bao giờ trả về bình thường, điều đó có nghĩa là dòng mã tiếp theo thực sự không thể truy cập được, mặc dù trình biên dịch không biết rằng:
System.exit(0);
System.out.println("This line will never be reached");Một ngoại lệ sẽ được đưa ra, hoặc VM sẽ chấm dứt trước khi quay trở lại. Nó sẽ không bao giờ "chỉ trở lại".
Rất hiếm khi gọi System.exit()IME. Sẽ có nghĩa nếu bạn đang viết một công cụ dòng lệnh và bạn muốn chỉ ra lỗi thông qua mã thoát thay vì chỉ ném một ngoại lệ ... nhưng tôi không thể nhớ lần cuối cùng tôi sử dụng nó trong mã sản xuất bình thường .
System.exit()sẽ không bao giờ hoàn thành bình thường - nó sẽ luôn luôn hoàn thành với một ngoại lệ hoặc tắt VM (điều này không thực sự được đề cập trong JLS).
Phương thức không bao giờ trả về vì đó là ngày tận thế và không có mã nào của bạn sẽ được thực thi tiếp theo.
Ứng dụng của bạn, trong ví dụ của bạn, sẽ thoát khỏi cùng một vị trí trong mã, nhưng, nếu bạn sử dụng System.exit. bạn có tùy chọn trả lại mã tùy chỉnh cho môi trường, như, nói
System.exit(42);Ai sẽ sử dụng mã thoát của bạn? Một kịch bản gọi là ứng dụng. Hoạt động trong Windows, Unix và tất cả các môi trường script khác.
Tại sao trả lại một mã? Để nói những điều như "Tôi đã không thành công", "Cơ sở dữ liệu không trả lời".
Để xem cách lấy giá trị od mã thoát và sử dụng nó trong tập lệnh shell unix hoặc tập lệnh cmd windows, bạn có thể kiểm tra câu trả lời này trên trang web này
System.exit(0)chấm dứt JVM. Trong các ví dụ đơn giản như thế này, thật khó để nhận ra sự khác biệt. Tham số được truyền lại cho HĐH và thường được sử dụng để biểu thị sự chấm dứt bất thường (ví dụ: một số lỗi nghiêm trọng), vì vậy nếu bạn gọi java từ tệp bó hoặc tập lệnh shell, bạn có thể nhận được giá trị này và có ý tưởng nếu ứng dụng thành công
Nó sẽ tạo ra một tác động khá lớn nếu bạn gọi System.exit(0)một ứng dụng được triển khai đến một máy chủ ứng dụng (suy nghĩ về nó trước khi bạn thử nó).
Trong các ứng dụng có thể có các móc tắt máy phức tạp, không nên gọi phương thức này từ một luồng không xác định. System.exitkhông bao giờ thoát bình thường vì cuộc gọi sẽ chặn cho đến khi JVM kết thúc. Như thể bất cứ mã nào đang chạy có phích cắm điện được kéo vào trước khi nó có thể kết thúc. Việc gọi System.exitsẽ bắt đầu các móc tắt máy của chương trình và bất kỳ luồng nào mà các cuộc gọi System.exitsẽ chặn cho đến khi kết thúc chương trình. Điều này có hàm ý rằng nếu móc tắt máy lần lượt gửi một tác vụ đến luồng mà từ đó System.exitđược gọi, chương trình sẽ bế tắc.
Tôi đang xử lý mã này trong mã của mình bằng cách sau:
public static void exit(final int status) {
new Thread("App-exit") {
@Override
public void run() {
System.exit(status);
}
}.start();
}Mặc dù câu trả lời thực sự hữu ích nhưng một số cách nó bỏ lỡ một số chi tiết bổ sung. Tôi hy vọng dưới đây sẽ giúp hiểu quá trình tắt máy trong java, ngoài câu trả lời ở trên:
PS: JVM có thể tắt theo cách có trật tự hoặc đột ngột .
KHÔNG BAO GIỜ nên gọi System.exit(0)vì những lý do sau:
Thoát khỏi chương trình "thông thường" cung cấp cùng một mã thoát cho hệ điều hành System.exit(0)vì vậy nó là dự phòng.
Nếu chương trình của bạn không thể thoát "bình thường", bạn đã mất quyền kiểm soát sự phát triển của mình [thiết kế]. Bạn phải luôn kiểm soát hoàn toàn trạng thái hệ thống.
Nhân tiện: Trả lại các mã trả về khác 0 có nghĩa nếu bạn muốn chỉ ra việc chấm dứt chương trình bất thường.
System.exit là cần thiết
Trong trường hợp của bạn, nó thực hiện chính xác điều tương tự như trả về từ chính.
exitlà lựa chọn duy nhất của bạn ở đó.
exit. Không phải là lựa chọn duy nhất, nhưng chắc chắn là một lựa chọn đáng để xem xét.
Đặc tả ngôn ngữ Java nói rằng
Thoát chương trình
Một chương trình chấm dứt tất cả hoạt động của nó và thoát khi một trong hai điều xảy ra:
Tất cả các chủ đề không phải là chủ đề daemon chấm dứt.
Một số luồng gọi phương thức thoát của lớp Runtime hoặc Hệ thống lớp và thao tác thoát không bị cấm bởi trình quản lý bảo mật.
Điều đó có nghĩa là Bạn nên sử dụng nó khi Bạn có chương trình lớn (tốt nhất là lớn hơn chương trình này) và muốn hoàn thành việc thực hiện.
Nếu bạn có một chương trình khác đang chạy trong JVM và bạn sử dụng System.exit, chương trình thứ hai đó cũng sẽ bị đóng. Ví dụ, hãy tưởng tượng rằng bạn chạy một công việc java trên một nút cụm và chương trình java quản lý nút cụm đó chạy trong cùng một JVM. Nếu công việc sẽ sử dụng System.exit, nó sẽ không chỉ thoát khỏi công việc mà còn "tắt nút hoàn chỉnh". Bạn sẽ không thể gửi một công việc khác đến nút cụm đó vì chương trình quản lý đã vô tình bị đóng.
Do đó, không sử dụng System.exit nếu bạn muốn có thể điều khiển chương trình của mình từ một chương trình java khác trong cùng một JVM.
Sử dụng System.exit nếu bạn muốn đóng JVM hoàn chỉnh theo mục đích và nếu bạn muốn tận dụng các khả năng đã được mô tả trong các câu trả lời khác (ví dụ: hook hook: hook shutdown , giá trị trả về khác không cho dòng lệnh các cuộc gọi: Cách nhận trạng thái thoát của chương trình Java trong tệp bó của Windows ).
Cũng có một cái nhìn về Ngoại lệ Thời gian chạy: System.exit (num) hoặc ném RuntimeException từ chính?