如何解決在Java程序的主線程中調用System.exit（0）和Thread.currentThread（）。interrupt（）有什么區別？？摘要thread.interrupt()不停止線程。它用于多線程程序中的協調。除非您確切知道自己的工作，否則不要使用它。拋出RuntimeException遺囑（通常）會終止線程，但不一定終止程序。System.exit(int) 幾乎 總是終止程序并返回狀態碼。在特殊情況下，System.exit(int)可能實際上并未停止該程序。Runtime.getRuntime().halt(int)另一方面，總是如此。線程中斷

恐怕你的第一句話錯了。Thread.currentThread().interrupt()不會停止線程或程序。

中斷線程是發信號通知它 應該 停止的一種方式，但這是一種合作的努力：線程中的代碼應不時檢查中斷狀態，并且（在大多數情況下-但這只是可選的）如果已被中斷則停止。如果不這樣做，將不會發生任何事情。

具體來說，中斷線程（任何線程，包括當前正在執行的線程）只會設置 中斷標志。標準庫中的某些方法將引發InterruptedException，但這也只是一種信號，表明線程已被中斷。在這種情況下應該做什么取決于該線程中運行的代碼。

以下是Brian Goetz撰寫的 Java Concurrency in Practice 一書中的相關部分：

線程提供了用于中斷線程和查詢線程是否已被中斷的中斷方法。每個線程都有一個布爾屬性，表示其中斷狀態。中斷線程將設置此狀態。

中斷是一種合作機制。一個線程無法強迫另一個線程停止正在執行的操作并執行其他操作。當線程A中斷線程B時，A只是請求B在感覺到方便的停止點時停止其正在做的事情。盡管API或語言規范中沒有任何內容要求任何特定的應用程序級語義中斷，中斷最明智的用途是取消活動。響應中斷的阻止方法使更容易及時取消長時間運行的活動。

異常和System.exit（int）

的JavadocSystem.exit(int)說：

參數用作狀態碼；按照慣例，非零狀態代碼表示異常終止。

因此，調用exit()（幾乎）肯定會停止您的程序。與RuntimeException引發（或Error）相比，它不能在調用堆棧的下方捕獲，它也不取決于是否正在運行其他線程。另一方面，未捕獲的異常會終止引發該異常的線程，但是如果有其他（非守護程序）線程，該程序將繼續運行。

引發Exception的另一個區別是不會exit()將任何內容打印到控制臺（未捕獲的異常也是如此），而是使程序返回特定的狀態代碼。狀態代碼有時用在Shell或批處理腳本中，但除此之外，它們不是很有用。

Runtime.halt（int）

最后（出于完整性考慮），我想指出退出Java程序的第三種可能性。當System.exit(int)調用（或程序以其他方式結束）時，運行時將在Java虛擬機停止之前執行一些清理工作。這在Runtime.exit（int）的Javadoc中進行了描述（稱為System.exit(int)：

虛擬機的關閉序列包括兩個階段。在第一階段，所有已注冊的關閉掛接（如果有）以某種未指定的順序啟動，并允許并發運行直到它們完成。在第二階段，如果啟用了退出時終結，則所有未調用的終結器都將運行。完成此操作后，虛擬機將停止。

如果由于死鎖等原因導致任何關閉掛鉤或終結器無法完成，則該程序可能永遠不會真正退出。保證JVM停止的唯一方法是Runtime.halt（int）：

使用此方法時應格外小心。與退出方法不同，此方法不會導致啟動關閉掛鉤，并且如果啟用了退出時終結處理，則不會運行未調用的終結器。

解決方法

兩者都會導致程序停止執行。顯然，這種情況的發生方式必須有所不同。這些是什么？