Perché Visual Studio looping durante il debug eventi UnhandledException

Question

(Questo sembra molto simile a C# UnhandledException from another thread keeps looping, ma non sto cercando di intercettare l'eccezione qui, basta avere la possibilità di registrare qualcosa)

ho un po 'molto semplice codice C# che imposta un gestore di eventi UnhandledException, quindi genera un'eccezione:

class Program 
{ 
    static void Main(string[] args) 
    { 
     AppDomain currentDomain = AppDomain.CurrentDomain; 
     //currentDomain.UnhandledException += new UnhandledExceptionEventHandler(currentDomain_UnhandledException); 

     currentDomain.UnhandledException += (sender, eventArgs) => 
      { 
       var exception = (Exception) eventArgs.ExceptionObject; 

       Console.WriteLine("Unhandled exception: " + exception.Message); 
      }; 

     throw new AccessViolationException("Bleurgh"); 
    } 
} 

Si comporta come mi aspetto dalla console:

Unhandled exception: Bleurgh 
Unhandled Exception: System.AccessViolationException: Bleurgh 
    at UnhandledExceptions.Program.Main(String[] args) in c:\code\sandbox\UnhandledExceptions\UnhandledExceptions\Program.cs:line 20 

Ma quando provo a eseguirne il debug in Visual Studio, entra in un loop, entra nel gestore eventi e poi si ritira per rilanciare l'eccezione.

La stessa cosa accade quando esprimo il gestore come un metodo statico distinto.

Qualche idea cosa sta succedendo?

Questo è in Visual Studio 2010. EDIT: e .NET 4.

Answer 1

Sembra essere il comportamento dello ExceptionAssistant in modo speci fi co. Quando si continua, l'assistente disattiva lo stack di chiamate fino al punto in cui è stata generata l'eccezione, il che determina la riconsegna dell'eccezione. Presumo che ciò consenta di apportare modifiche che consentano di evitare l'eccezione.

Se in Strumenti \ Opzioni \ Debugger \ Generale deseleziona "Riavvia lo stack di chiamate su eccezioni non gestite", allora si comporterà come si comporterebbe un processo indipendente e vedrai terminare il processo.

Answer 2

Questo è come funziona il debugger, o per così dire, una "caratteristica". Se il processo viene creato da un debugger (F5), il debugger impedirà la chiusura del processo e indicherà la riga di codice che causerebbe la chiusura del processo. Quelle "eccezioni non gestite" sono effettivamente gestite dal debugger, quindi l'esecuzione non raggiunge mai il tuo codice.

Se il debugger è collegato al processo dopo aver creato il processo (Ctrl + F5 e quindi collegato), il debugger raggiungerà infine l'eccezione "gestore" non gestita, ma dopo aver chiuso il gestore, impedirà comunque la chiusura del processo e riportarti al punto in cui si è verificata un'eccezione.