Exceções em threads gerenciados
O Common Language Runtime permite que a maioria das exceções não tratadas em threads prossiga naturalmente. Na maioria dos casos, isso significa que a exceção não tratada faz com que o aplicativo seja encerrado. No entanto, o common language runtime fornece um backstop para certas exceções não tratadas que são usadas para controlar o fluxo do programa:
A ThreadAbortException é jogado em um fio porque Abort foi chamado. Isso só se aplica a aplicativos .NET Framework.
Um AppDomainUnloadedException é lançado em um thread porque o domínio do aplicativo no qual o thread está sendo executado está sendo descarregado.
O common language runtime ou um processo de host encerra o thread lançando uma exceção interna.
Se qualquer uma dessas exceções não for tratada em threads criados pelo common language runtime, a exceção encerrará o thread, mas o common language runtime não permitirá que a exceção prossiga.
Se essas exceções não forem tratadas no thread principal ou em threads que entraram no tempo de execução a partir de código não gerenciado, elas prosseguirão normalmente, resultando no encerramento do aplicativo.
Nota
É possível que o tempo de execução lance uma exceção não tratada antes que qualquer código gerenciado tenha tido a chance de instalar um manipulador de exceções. Mesmo que o código gerenciado não tenha tido a chance de lidar com tal exceção, a exceção é permitida para prosseguir naturalmente.
Expor problemas de threading durante o desenvolvimento
Quando os threads podem falhar silenciosamente, sem encerrar o aplicativo, sérios problemas de programação podem passar despercebidos. Este é um problema particular para serviços e outros aplicativos que são executados por longos períodos. À medida que os threads falham, o estado do programa torna-se gradualmente corrompido. O desempenho do aplicativo pode se degradar ou o aplicativo pode deixar de responder.
Permitir que exceções não tratadas em threads prossigam naturalmente, até que o sistema operacional encerre o programa, expõe tais problemas durante o desenvolvimento e o teste. Relatórios de erros sobre encerramentos de programas suportam depuração.
Substituição do anfitrião
Um host não gerenciado pode usar a interface ICLRPolicyManager na API de Hospedagem para substituir a política de exceção não tratada padrão do Common Language Runtime. A função ICLRPolicyManager::SetUnhandledExceptionPolicy é usada para definir a política para exceções não tratadas.
