Вопрос: Я хочу определить глобальный обработчик исключений для необработанных исключений в моем консольном приложении. В asp.net можно определить один в global.asax, и в приложениях Windows / сервисы, можно определить как ниже
AppDomain currentDomain = AppDomain.CurrentDomain;
currentDomain.UnhandledException += new UnhandledExceptionEventHandler(MyExceptionHandler);
Но как я могу определить глобальный обработчик исключений для консольного приложения?
currentDomain, кажется, не работает (.NET 2.0)?
Править:
Argh, глупая ошибка.
В VB.NET нужно добавить ключевое слово "AddHandler" перед currentDomain, или иначе каждый не видит событие UnhandledException в IntelliSense...
Поэтому VB.NET и компиляторы C# рассматривают обработку событий по-другому.
Нет, это правильный способ сделать это. Это сработало именно так, как должно, с чем вы, возможно, сможете работать:
using System;
class Program {
static void Main(string[] args) {
System.AppDomain.CurrentDomain.UnhandledException += UnhandledExceptionTrapper;
throw new Exception("Kaboom");
}
static void UnhandledExceptionTrapper(object sender, UnhandledExceptionEventArgs e) {
Console.WriteLine(e.ExceptionObject.ToString());
Console.WriteLine("Press Enter to continue");
Console.ReadLine();
Environment.Exit(1);
}
}
Имейте в виду, что таким образом вы не можете улавливать исключения типа и загрузки файлов, генерируемые джиттером. Они происходят до того, как ваш метод Main () начнет работать. Для их устранения необходимо отсрочить дрожание, переместить рискованный код в другой метод и применить к нему атрибут [MethodImpl (MethodImplOptions.NoInlining)].
Если у вас однопоточное приложение, вы можете использовать простую команду try / catch в Однако основная функция не распространяется на исключения, которые могут возникать вне функции Main, например, в других потоках (как указано в других комментариях). Этот код демонстрирует, как исключение может привести к завершению работы приложения, даже если вы пытались обработать его в Main (обратите внимание, как изящно завершается программа, если вы нажимаете клавишу ввода и позволяете приложению плавно завершиться до того, как возникнет исключение, но если вы позволите ему запустить) , он завершается довольно неудачно):
static bool exiting = false;
static void Main(string[] args)
{
try
{
System.Threading.Thread demo = new System.Threading.Thread(DemoThread);
demo.Start();
Console.ReadLine();
exiting = true;
}
catch (Exception ex)
{
Console.WriteLine("Caught an exception");
}
}
static void DemoThread()
{
for(int i = 5; i >= 0; i--)
{
Console.Write("24/{0} =", i);
Console.Out.Flush();
Console.WriteLine("{0}", 24 / i);
System.Threading.Thread.Sleep(1000);
if (exiting) return;
}
}
Вы можете получить уведомление о том, когда другой поток генерирует исключение для выполнения некоторой очистки перед завершением работы приложения, но, насколько я могу судить, вы не можете из консольного приложения принудительно заставить приложение для продолжения работы, если вы не обрабатываете исключение в потоке, из которого оно было выбрано, без использования некоторых неясных параметров совместимости, чтобы приложение вело себя так, как это было бы с .NET 1.x.Этот код демонстрирует, как основной поток может быть уведомлен об исключениях, исходящих из других потоков, но все равно завершится неудачно:
static bool exiting = false;
static void Main(string[] args)
{
try
{
System.Threading.Thread demo = new System.Threading.Thread(DemoThread);
AppDomain.CurrentDomain.UnhandledException += new UnhandledExceptionEventHandler(CurrentDomain_UnhandledException);
demo.Start();
Console.ReadLine();
exiting = true;
}
catch (Exception ex)
{
Console.WriteLine("Caught an exception");
}
}
static void CurrentDomain_UnhandledException(object sender, UnhandledExceptionEventArgs e)
{
Console.WriteLine("Notified of a thread exception... application is terminating.");
}
static void DemoThread()
{
for(int i = 5; i >= 0; i--)
{
Console.Write("24/{0} =", i);
Console.Out.Flush();
Console.WriteLine("{0}", 24 / i);
System.Threading.Thread.Sleep(1000);
if (exiting) return;
}
}
Так что, на мой взгляд, самый чистый способ справиться с этим в консольном приложении - обеспечить что каждый поток имеет обработчик исключений на корневом уровне:
static bool exiting = false;
static void Main(string[] args)
{
try
{
System.Threading.Thread demo = new System.Threading.Thread(DemoThread);
demo.Start();
Console.ReadLine();
exiting = true;
}
catch (Exception ex)
{
Console.WriteLine("Caught an exception");
}
}
static void DemoThread()
{
try
{
for (int i = 5; i >= 0; i--)
{
Console.Write("24/{0} =", i);
Console.Out.Flush();
Console.WriteLine("{0}", 24 / i);
System.Threading.Thread.Sleep(1000);
if (exiting) return;
}
}
catch (Exception ex)
{
Console.WriteLine("Caught an exception on the other thread");
}
}
Вам также необходимо обрабатывать исключения из потоков:
static void Main(string[] args) {
Application.ThreadException += MYThreadHandler;
}
private void MYThreadHandler(object sender, Threading.ThreadExceptionEventArgs e)
{
Console.WriteLine(e.Exception.StackTrace);
}
Ой, извините, это было для winforms, для любых потоков, которые вы используете в консольном приложении, вам нужно будет заключить в try / блокировка ловушки. Фоновые потоки, которые обнаруживают необработанные исключения, не приводят к завершению работы приложения.
То, что вы пытаетесь, должно работать в соответствии с документами MSDN для .Net 2.0. Вы также можете попробовать попробовать / поймать прямо в основной точке входа для консольного приложения.
static void Main(string[] args)
{
try
{
// Start Working
}
catch (Exception ex)
{
// Output/Log Exception
}
finally
{
// Clean Up If Needed
}
}
И теперь ваш catch будет обрабатывать все, что не было перехвачено ( в основном потоке ). Это может быть изящно и даже перезапускаться с того места, где оно было, если вы хотите, или вы можете просто позволить приложению умереть и зарегистрировать исключение. Вы должны добавить наконец, если хотите очистить. Каждому потоку потребуется собственная обработка исключений высокого уровня, аналогичная основной.
Отредактировано, чтобы прояснить вопрос о потоках, как указано BlueMonkMN и подробно показано в его ответе.