¿Por qué Visual Studio no muestra un mensaje de excepción cuando ocurre mi excepción en un constructor estático?

Question

estoy ejecutando el código C# en Visual Studio en modo de depuración:

public class MyHandlerFactory : IHttpHandlerFactory 
{ 
    private static Dictionary<string, bool> myDictionary = new Dictionary<string, bool>(); 
    static MyHandlerFactory() 
    { 
    myDictionary.Add("someKey",true); 
    myDictionary.Add("someKey",true); // fails due to duplicate key 
    } 
} 

Fuera del constructor estático, cuando llegue a la línea con el error de Visual Studio destaca y hace estallar para arriba un mensaje acerca de la excepción . Pero en el constructor estático no recibo tal mensaje. Estoy caminando línea por línea, así que sé que estoy llegando a esa línea y no más allá.

¿Por qué es esto?

(no tengo ni idea de si el hecho de que mi clase implementa asuntos IHttpHandlerFactory, pero lo incluyó por si acaso.)

Ésta es VS2005, .Net 2.0

Editar: sólo quiero para agregar, el hecho de que es un HttpHandler does parece importar. Como indican las respuestas, el comportamiento predeterminado es romper con TypeInitializationException en lugar de con la excepción interna. Probé otro ejemplo sin el HttpHandler y vi que esto causaba que el programa se rompiera en la primera línea que usaba la clase. Pero en este caso no hay ninguna línea en mi código para romper, ya que la clase solo se llamaba como un HttpHandler especificado en mi archivo web.config. Por lo tanto, no rompió la excepción en absoluto.

Answer 1

El problema es que la excepción lanzada es en realidad una TypeInitializationException que envuelve cualquier excepción que se arroje. No estoy seguro de qué compensaciones de diseño causaron esto, pero IMO es una de las cosas más molestas en el desarrollo de .NET, y estoy triste de ver que todavía existe en .NET 4.

En VS, para atrapar el excepción ASAP, tendrá que activar las excepciones de primera oportunidad. Vaya a Depurar> Excepciones y marque "Excepciones de Common Language Runtime", que se interrumpirá tan pronto como se produzca una excepción.

(Nota: si está utilizando Dynamic Language Runtime, tendrá que ser más selectivo con respecto a las excepciones detectadas, ya que aparentemente utiliza excepciones para el control de flujo).

Answer 2

Probé tu código y recibí la TypeInitializationException como esperabas. No hay problema en mi VS ...

Pero si ejecuta esta (o cualquier otra) aplicación 'sin depurar', siempre debería recibir un mensaje de error para las excepciones no controladas: ninguna configuración VS hará la diferencia aquí.

Answer 3

El constructor estático se ejecuta antes de que su aplicación se ejecute en un dominio de aplicación. Probablemente esto esté causando problemas con la forma en que VS detecta la excepción, que a partir de su descripción no es estándar. Puede ser una limitación de 2005. Es por eso que siempre debe atrapar dentro del cuerpo del constructor estático. Hay una excelente discusión de esto en el nuevo libro Effective C#