.NET Thread.Abort再次

Question

我再次想談談Thread.Abort函數的安全性。我有興趣有一些方法可以放棄我實際上無法控制的操作，但我希望儘快釋放線程以防止線程對我的應用程序感到厭煩。

所以我寫了一些測試代碼，看看是否有可能使用Thread.Abort並讓異常中止的線程清理資源。這裏是代碼：

int threadRunCount = 0; 
int threadAbortCount = 0; 
int threadFinallyCount = 0; 
int iterations = 0; 

while(true) 
{ 
Thread t = new Thread(() => 
{ 
    threadRunCount++; 
    try 
    { 
    Thread.Sleep(Random.Next(45, 55)); 
    } 
    catch(ThreadAbortException) 
    { 
    threadAbortCount++; 
    } 
    finally 
    { 
    threadFinallyCount++; 
    } 
}); 

t.Start(); 
Thread.Sleep(45); 
t.Abort(); 

iterations++; 
} 

所以，到目前爲止，這個代碼工作約5分鐘，並threadRunCount總是等於threadFinally和threadAbort在數量上有所回落，因爲一些線程完成，沒有中止或很可能在最後得到了中止。

所以問題是，我想念什麼？

Answer 1

通過人爲測試，您可以證明任何事情。

所有你已經證明的是，你爲你的測試編寫的代碼，Thread.Abort似乎工作正常。

然而問題是，只要你開始使用需要處理的東西，所有的希望都會丟失。

例如，試試這個代碼：

using (Stream stream = new FileStream(@"C:\Test.txt", FileMode.Create, FileAccess.ReadWrite, FileShare.None)) 
{ 
    Thread.Sleep(Random.Next(45, 55)); 
} 

現在，運行了一會兒，並告訴我，如果目前仍然可以工作。

當代碼已經離開您的睡眠呼叫，並且位於using-block的隱式finally塊內，並且即將關閉您的流，然後中止它時，問題就會出現。

與Thread.Abort的問題是，它可以發生在任何地方，即使在原本不拋出異常的代碼。

舉例來說，你真的希望下面的代碼的，如果表達式已被評估之後崩潰，但前Dispose -call已經通過？

if (_ObjectToDispose != null) 
{ 
    _ObjectToDispose.Dispose(); 
    _ObjectToDispose = null; 
} 

如果在.Dispose的電話後立即發生了什麼呢？該字段仍將具有非空值，這可能會導致其他地方出現細微問題。

如果你這樣做是什麼：

IDisposable objectToDispose = Interlocked.Exchange(ref _ObjectToDispose, null); 
if (objectToDispose != null) 
    objectToDispose.Dispose(); 

有了這個代碼，你搶的值，用空替換它，然後你避開調用Dispose之前，您ThreadAbortException發生，這將只是離開目的。

讓我在開車回家點：

Thread.Abort的應該從未被使用，除非你需要終止程序（或推倒一個自定義的AppDomain與正在運行的線程場景它）。你應該從來沒有調用Thread.Abort，然後繼續運行。

除非您需要將錯誤計劃到您的未來計劃中。在這種情況下，請繼續前進並使用Thread.Abort，因爲我幾乎可以保證您會遇到問題。

Answer 2

使用Thread.Abort很好。但是，它並不總是立即中止。如果一個線程正在執行非託管代碼，它將不會實際中止，直到它返回到託管代碼。

Answer 3

使用線程中止足夠安全。但正如其他人所說，線程中止可能不會立即中止。調用線程中止會在線程中產生ThreadAbortException。要清理資源，您可以捕獲此異常並執行必要的清理。

static void Run() 
{ 
    try 
    { 
    while(someCondition) 
    { 
     .... 
     .... 
     .... 
     if (someOtherCondition) 
      throw new ThreadAbortException("Thread aborted"); 
    } 
    } 
    catch(ThreadAbortException e) 
    { 
    ... 
    ... //clean up resources here. 
    ... 
    } 
    finally 
    { 
    ... 
    } 
}