Como depurar exceções do ASP.NET
A depuração de exceções é uma parte importante do desenvolvimento de um aplicativo ASP.NET robusto. Você pode encontrar informações gerais sobre como depurar exceções em Tratamento de exceções (depuração).
Para depurar as exceções não tratadas do ASP.NET, você deve se certificar de que o depurador é interrompido para elas. O tempo de execução do ASP.NET tem um manipulador de exceção de nível superior. Portanto, por padrão, o depurador nunca é interrompido em exceções não tratadas. Para interromper o depurador quando uma exceção é lançada, você deve selecionar a configuração Interromper quando uma exceção for: Lançada para essa exceção específica na caixa de diálogo Exceções.
Se você tiver habilitado Apenas Meu Código, Interromper quando uma exceção for: Lançada não fará com que o depurador seja imediatamente interrompido caso uma exceção seja lançada em um método do .NET Framework ou em outro código do sistema. Em vez disso, a execução continua até que o depurador atinja código que não seja do sistema, e então é interrompida. Como resultado, você não precisa depurar o código do sistema quando ocorre uma exceção.
Apenas Meu Código oferece outra opção que pode ser ainda mais útil: Interromper quando uma exceção for: Sem tratamento do usuário. Se você escolher essa configuração para uma exceção, o depurador interromperá a execução no código do usuário, mas apenas se a exceção não for detectada e não for tratada pelo código do usuário. Essa configuração anula o efeito do manipulador de exceção de nível superior do ASP.NET, porque esse manipulador está em código de não usuário.
Para ativar a depuração de exceções do ASP.NET com Apenas Meu Código
No menu Depurar, clique em Exceções.
A caixa de diálogo Exceções é exibida.
Na linha Exceções do Common Language Runtime, selecione Lançadas ou Sem tratamento do usuário.
Para usar a configuração Sem tratamento do usuário, Apenas Meu Código deve estar ativado.
Para usar as práticas recomendadas para o tratamento de exceção do ASP.NET
- Coloque blocos de try … catch em torno do código que pode lançar exceções que você pode prever e sabe como manipular. Por exemplo, se o aplicativo estiver fazendo chamadas para um serviço Web XML ou diretamente para o SQL Server, o código deve estar em blocos try … catch porque várias exceções podem ocorrer.