大家都知道在C#裡面,我們可以使用 Thread.Start方法來啟動一個線程,當我們想停止執行的線程時可以使用Thread.Abort方法來強制停止正在執行的線程,但是請註意,你確定調用了Thread.Abort方法後線程就立刻停止了嗎? 答案是:不是! 下麵我們來解釋一下Abort方法是如何工作 ...
大家都知道在C#裡面,我們可以使用 Thread.Start方法來啟動一個線程,當我們想停止執行的線程時可以使用Thread.Abort方法來強制停止正在執行的線程,但是請註意,你確定調用了Thread.Abort方法後線程就立刻停止了嗎? 答案是:不是!
下麵我們來解釋一下Abort方法是如何工作的。因為公用語言運行時管理了所有的托管的線程,同樣它能在每個線程內拋出異常。Abort方法能在目標線程中拋出一個ThreadAbortException異常從而導致目標線程的終止。不過Abort方法被調用後,目標線程可能並不是馬上就終止了。因為只要目標線程正在調用非托管的代碼而且還沒有返回的話,該線程就不會立即終止。而如果目標線程在調用非托管的代碼而且陷入了一個死迴圈的話,該目標線程就根本不會終止。不過這種情況只是一些特例,更多的情況是目標線程在調用托管的代碼,一旦Abort被調用那麼該線程就立即終止了。
其實一個線程在運行時,我們可以通過Thread.ThreadState屬性讀出它的狀態,正在運行的線程狀態就是ThreadState.Running。然後如果我們想強制停止正在執行的線程,就會調用Thread.Abort方法,但是Thread.Abort方法做的事情只是線上程上拋出了一個ThreadAbortException異常,然後將線程的狀態置為ThreadState.AbortRequested,MSDN對AbortRequested狀態的解釋是:已對線程調用了 Thread.Abort 方法,但線程尚未收到試圖終止它的掛起的System.Threading.ThreadAbortException,也就是說線程在ThreadState.AbortRequested狀態時表示即將結束但是還沒有真正結束。可是Thread.Abort方法將線程的狀態置為ThreadState.AbortRequested後就立馬返回了,而線程真正結束後的狀態應該是ThreadState.Aborted,所以一定要註意在調用了Thread.Abort方法後,要記得迴圈檢查Thread.ThreadState屬性的值或者調用Thread.Join方法來確保被終止線程已經真正停止,只有當Thread.ThreadState屬性為Aborted或Thread.Join方法返回時,才表示線程真正結束了。
下麵我就寫一個示例代碼來說明在調用Thread.Abort方法後,怎樣保證線程停止後代碼才會繼續執行
var thread = new Thread( new ThreadStart( () => { while (true) { //該線程會進行無限迴圈,自己不會結束 Thread.Sleep(100); } })); thread.IsBackground = true; thread.Start();//啟動線程 thread.Abort();//調用Thread.Abort方法試圖強制終止thread線程 //上面調用Thread.Abort方法後線程thread不一定馬上就被終止了,所以我們在這裡寫了個迴圈來做檢查,看線程thread是否已經真正停止。其實也可以在這裡使用Thread.Join方法來等待線程thread終止,Thread.Join方法做的事情和我們在這裡寫的迴圈效果是一樣的,都是阻塞主線程直到thread線程終止為止 while (thread.ThreadState!=ThreadState.Aborted) { //當調用Abort方法後,如果thread線程的狀態不為Aborted,主線程就一直在這裡做迴圈,直到thread線程的狀態變為Aborted為止 Thread.Sleep(100); } //當跳出上面的迴圈後就表示我們啟動的線程thread已經完全終止了
不過請記住使用Thread.Abort方法來終止正在執行的線程並不是一個好的方法,因為Abort方法是通過線上程上拋異常來終止線程的,這樣可能會產生一些意想不到的問題。最好的辦法是在啟動的線程中加信號燈,當想要終止線程執行時就更改信號燈的狀態,啟動的線程當讀到信號燈狀態改變後自己結束代碼的執行,這才是最安全的做法。
原文鏈接:https://www.cnblogs.com/OpenCoder/p/4587249.html