線程在調用TerminateThread時實際終止了什麼時候？

Question

如果我使用TerminateThread函數在Windows上終止線程，該函數返回或終止asychnronous後該線程是否真正終止？

Answer 1

定義「實際終止」。文檔說該線程不能執行更多的用戶模式代碼，所以有效：是的，它被終止了，代碼中的任何內容都不會再被該線程執行。

如果你在終止之後立即使用「WaitForSingleObject」，我想可能仍然會有一些輕微的延遲，因爲Windows正在進行清理。

順便說一句：TerminateThread是結束一個線程最糟糕的方式。嘗試使用其他一些同步手段，例如告訴線程停止的全局變量，或者例如事件。

Answer 2

終止一個線程類似於殺死一個進程，僅在每個線程級別。它實際上可以通過在目標線程中產生（不可捕獲的）信號來實現。

結果基本相同：您的程序沒有處於任何特定的可預測狀態。死線程沒有太多可以做。程序的控制流程通常是不確定的，因此在存在線程終止的情況下推斷程序的行爲是非常困難的。基本上，除非你的線程做的事情非常狹窄，特殊和受限（例如每秒增加一個原子計數器），否則沒有好的模型來終止一個線程，並且對於程序之後的狀態線程終止。

不要這樣做。設計您的線程，以便您可以與他們溝通，並使他們的輸入功能可以返回。設計您的程序，以便您可以最終加入所有線程並對所有內容進行計算。

Answer 3

這是一個同步調用。這並不意味着它必然會很快返回 - 如果操作系統不得不求助於使用其內核驅動程序停止線程，可能會有一些阻塞（即它實際上運行在與請求終止的線程不同的內核上）。

在應用程序運行期間（與在應用程序/進程終止期間使用它的內核截然不同），由用戶代碼調用TerminateThread存在問題，正如其他人明確所述。

我很努力地在應用程序運行期間用TerminateThread或任何其他方式永遠不會終止線程。應用程序生存期線程和線程池通常在操作系統在應用程序關閉時破壞它們之前不需要任何明確的終止。