Czy ma sens wychwycić wyjątek ThreadAbortException i nie wykonywać żadnych działań?

Question

catch (ThreadAbortException) 
{ } 
catch (Exception ex) 
{ 
    TraceManager.TraceException(ex, 
           (int)ErrorCode.GENERIC_EXCEPTION, 
           ex.StackTrace + "\n" + ex.Message + "\n" + VendorUrl); 
} 

to sensu nawet mieć

catch (ThreadAbortException) 
{ } 

lub woli, które powodują ThreadAbortException do połykania i utracone na zawsze?

Answer 1

ThreadAbortException nie można złapać "całkowicie"; zostanie automatycznie ponownie wyświetlony na końcu bloku catch (zobacz stronę z połączonymi stronami MSDN) , o ile nie zostanie wywołana pierwsza nazwa:Thread.ResetAbort.

więc jedynym sensownym catch blok będzie:

catch (ThreadAbortException) 
{ 
    // possibly do something here 
    Thread.ResetAbort(); 
} 

Ale ten ma naprawdę zły zapach. Prawdopodobnie nie ma powodu, aby to zrobić, więc możesz przemyśleć swoje podejście.

Aktualizacja: Istnieje wiele pytań na SO, które zajmują się Thread.Abort:

This one ma taką samą odpowiedź jak dałem tutaj. This one ma odpowiedź, która rozszerza się na "nigdy nie dzwoń pod numer Thread.Abort, chyba że Cthulhu wzejdzie" (co stonowałem znacznie na "złym zapachu").

Istnieje również wiele innych.

Answer 2

Wyjątku ThreadAbortException nie można złapać w ten sposób. Zostanie automatycznie ponownie wyświetlony na końcu bloku catch, chyba że zadzwonisz Thread.ResetAbort();

Posiadanie bloku catch, jak w przypadku ThreadAbortException, pozwala na automatyczne ponowne wygenerowanie bez bloku catch (Exception), który próbuje go obsłużyć.

Answer 3

Zostanie złapany i zagubiony. Powinieneś naprawdę wychwytywać wyjątki, z którymi możesz coś zrobić lub zalogować się, a następnie ponownie rzucić (rzutem, nie wyrzucać nowego [wyjątek];).

Answer 4

Jeśli chcesz zrobić coś specyficznego dla różnych wyjątków, to od tego czasu musisz mieć oddzielne bloki catch. W przeciwnym razie można po prostu użyć połów jeden wyjątek

Answer 5

Wywołanie Thread.Abort na nitce skutecznie ustawia flagę, która spowoduje ThreadAbortException być rzucony dowolny kod czasu nie przetwarza tego wyjątku ani związane finally bloków. Złapanie wyjątku bez wywoływania Thread.ResetAbort() spowoduje, że środowisko wykonawcze wyrzuci kolejną ThreadAbortException przy następnej okazji. Takie zachowanie nie jest jednak całkowicie pozbawione sensu, ponieważ spowoduje, że wszystkie wewnętrzne bloki będą działać do końca, zanim wyjątek nie będzie widoczny przez bloki zewnętrznego filtra wyjątku. To, czy jest to dobre, zależy od zastosowania.