（转载）关于C# 全局异常捕捉

最新推荐文章于 2022-09-07 08:58:30 发布
最新推荐文章于 2022-09-07 08:58:30 发布
阅读量120 收藏
点赞数
文章标签： 操作系统 测试 c#
原文链接：http://www.cnblogs.com/tomahawk/articles/5993874.html
版权

　　

C# 全局异常捕获

开发界有那么一个笑话，说是“「我爱你」三个字，讲出来只要三秒钟，解释要三小时，证明却要一辈子。「Bug」三个字母，发现需要三秒，找到需要三小时，Debug却要一辈子。”。就算是资深的程序员也会写出Bug，但Bug并不可怕，重要的是在Bug发生的时候迅速定位Bug。

在Visual Studio中调试的时候，我们可以借助VS的调试工具进行调试，一旦出现未处理的异常时，VS也会在第一时间捕获并显示出来。随着开发的进行，终于程序要打包上线了。那么在上线之出了BUG我们该如何处理呢？

 

相信如果各位年龄够大，应该都见识过QQ出错崩溃吧？在零几年的时候QQ崩溃还不是一件稀罕事儿。每当QQ崩溃的时候都会弹出一个BUGReporter程序，会希望我们将出错的报告发送给腾讯

 

其实我们标题所说的全局异常捕获主要目标并不是为了将异常处理掉防止程序崩溃。因为当错误被你的全局异常捕获器抓到的时候，已经证实了你程序中存在BUG。一般而言，我们的全局异常捕获主要作用就是接收到异常之后进行异常的反馈。

 

一、简单粗暴：在Program.cs使用Try...Catch...

大家都知道，异常是通过Throw命令抛出，一路从抛出的模块里上抛，如果中途没有被try...catch...抓住的话就会一直抛到CLR（公共语言运行时）。如果用栈来描述这个过程的话，那就是异常会从栈的栈顶一路下沉，直到中途被try...catch...抓住或者直至沉到栈底，被CLR接住。CLR接收到异常之后的处理方式非常的简单粗暴——直接报错，然后关闭程序。大概表现就是这样：

 

这样：

 

还有这样：

 

不过根据刚刚我们所描述的异常上抛过程，我们不难发现：只要我们在程序把异常抛给CLR之前，抢先把异常捕获，那就可以做到全局异常处理了。不过这个try...catch...就必须放在栈的最下方。程序运行时栈的最下方函数其实就是程序运行时第一个调用的函数——main()函数。

比如说我有这么一个Windows窗体程序，一个Program.cs类，一个FrmMain.cs窗口。

Program.cs类内容如下：

static class Program
{
     /// <summary>
     /// 应用程序的主入口点。
     /// </summary>
     [STAThread]
     static void Main()
     {
         Application.EnableVisualStyles();
         Application.SetCompatibleTextRenderingDefault( false );
         Application.Run( new FrmMain());
     }
}

 

FrmMain里有一个Button，其点击事件如下：

private void button1_Click( object sender, EventArgs e)
{
     throw new Exception();
}

 

如果就现在这样的代码而言，只要在运行时单击这个Button就能时整个程序报错崩溃。

 

现在我们改造Program.cs里的main()函数，改成以下内容：

/// <summary>
/// 应用程序的主入口点。
/// </summary>
[STAThread]
static void Main()
{
     try
     {
         Application.EnableVisualStyles();
         Application.SetCompatibleTextRenderingDefault( false );
         Application.Run( new FrmMain());
     }
     catch (Exception ex)
     {
         MessageBox.Show( string .Format( "捕获到未处理异常：{0}\r\n异常信息：{1}\r\n异常堆栈：{2}" , ex.GetType(), ex.Message, ex.StackTrace));
     }
}

 

现在再次执行程序，单击button1，我们可以看到现在这次的这个异常被main()函数中的try...catch...所抓获了。

 

我们在这里catch内只是放了一个MessageBox，后面可以根据自己的需要改成错误报告代码。

 

二、更优雅的事件监听：Application.ThreadException

刚刚在上面提到了一种简单粗暴的方法，就是用try...catch...把main()函数所有内容全部包住。不过这样的代码看起来就有点蠢了。有没有什么更加优雅的方法吗？

答案当然是有。还记得Application类吧，这个负责控制整个Windows 程序的运行。我们可能用到这个类的时候更多的时候用的是下面几个方法或属性：

 

今天在这里我们要用到一个Application类的一个事件：ThreadException。

我们可以按F12转到Application类的定义，在ThreadException事件上，微软对它的注释是：“在发生未捕获线程异常时发生。”，这正是我们的目标。

 

假设还是之前的那个程序，我们将程序的Program.cs内容填入以下代码：

static class Program
{
     /// <summary>
     /// 应用程序的主入口点。
     /// </summary>
     [STAThread]
     static void Main()
     {
         Application.ThreadException += Application_ThreadException;
         
         Application.EnableVisualStyles();
         Application.SetCompatibleTextRenderingDefault( false );
         Application.Run( new FrmMain());
     }
 
     static void Application_ThreadException( object sender, System.Threading.ThreadExceptionEventArgs e)
     {
         Exception ex = e.Exception;
         MessageBox.Show( string .Format( "捕获到未处理异常：{0}\r\n异常信息：{1}\r\n异常堆栈：{2}" , ex.GetType(), ex.Message, ex.StackTrace));
     }
}

 

现在我们重新运行这个程序，单击button1，查看效果：

 

可以说效果出乎意料的完美，上一章里在main()函数里用try..catch...包住所有代码，当程序异常时将代码将会进入catch块里，处理完成后程序就退出了。然而在这边我们用Application.ThreadException事件监听并处理后，程序并不会因为异常而退出。可以说是可挽回的异常。

 

三、子线程异常捕获AppDomain.CurrentDomain.UnhandledException

在上面我们提到了可以通过监听Application.ThreadException事件来捕获程序异常，但这个Application.ThreadException事件只能捕获程序主线程上发生的异常。如果你用到了多线程，而且在子线程中发生了异常，不会触发Application.ThreadException事件的。

如果要监听子线程的异常，我们就需要再注册一个事件：AppDomain.CurrentDomain.UnhandledException

这个事件是在当前程序域内发生未处理异常时才会发生（如果没有监听Application.ThreadException事件的话，主线程异常最终也会触发这个事件）

我们在第一章的窗口里再加一个Button按钮，名为button2，其单击事件内容为：

private void button2_Click( object sender, EventArgs e)
{
     Thread thread =  new Thread(() =>
     {
         throw new Exception();
     });
     thread.Start();
}

 

上面的代码会在运行时创建一个线程，线程代码只有一句“throw new Exception();”致使线程抛出异常。

我们再改一下Program.cs类的内容：

static class Program
{
     /// <summary>
     /// 应用程序的主入口点。
     /// </summary>
     [STAThread]
     static void Main()
     {
         Application.ThreadException += Application_ThreadException;
         AppDomain.CurrentDomain.UnhandledException += CurrentDomain_UnhandledException;
         
         Application.EnableVisualStyles();
         Application.SetCompatibleTextRenderingDefault( false );
         Application.Run( new FrmMain());
     }
     
     static void CurrentDomain_UnhandledException( object sender, UnhandledExceptionEventArgs e)
     {
         Exception ex = e.ExceptionObject  as Exception;
         MessageBox.Show( string .Format( "捕获到未处理异常：{0}\r\n异常信息：{1}\r\n异常堆栈：{2}\r\nCLR即将退出：{3}" , ex.GetType(), ex.Message, ex.StackTrace, e.IsTerminating));
     }
     
     static void Application_ThreadException( object sender, System.Threading.ThreadExceptionEventArgs e)
     {
         Exception ex = e.Exception;
         MessageBox.Show( string .Format( "捕获到未处理异常：{0}\r\n异常信息：{1}\r\n异常堆栈：{2}" , ex.GetType(), ex.Message, ex.StackTrace));
     }
}

 

我们来试一下，运行程序，单击button2：

 

漂亮，监听到事件了。但在这里我们需要注意的是注意这个AppDomain.CurrentDomain.UnhandledException事件有一个事件参数叫UnhandledExceptionEventArgs e，它有一个bool类型的IsTerminating属性。这个属性指示了公共语言运行时（CLR）会不会因为本次异常而退出。如果这个属性是true的话，那么我们可以称这个错误是不可挽回的，就算我们监听到了这个事件，在这个事件的代码执行结束后，整个程序还是会崩溃退出的（因为我在VS里，所以被VS捕捉到了。）。

 

四、Web程序全局异常捕获

之前提到的都是Windows程序的全局异常捕获，现在Web程序也是我们经常要与之打交道的一部分。那Web程序该如何进行全局异常捕获呢？，下面以Asp.net MVC4做演示。

我们假设我们有一个Home控制器（Controller），里面有一个Error页面，访问这个页面将抛出一个异常。

public class HomeController : Controller
{
     public ActionResult Error()
     {
         throw new Exception();
     }
}

 

1. Global.asax中编写Application_Error函数

我们可以在Global.asax里写一个protected void Application_Error(object sender, EventArgs e)的函数，当发生未经处理的异常时，Asp.net将自动执行此函数。

在Global.asax文件的MvcApplication类里其他空白位置写上以下代码：

protected void Application_Error( object sender, EventArgs e)
{
     //获取到HttpUnhandledException异常，这个异常包含一个实际出现的异常
     Exception ex = Server.GetLastError();
     //实际发生的异常
     Exception innerException = ex.InnerException;
     if (innerException !=  null ) ex = innerException;
     
     using (StreamWriter sw =  new StreamWriter( @"C:\Log.txt" ,  true ))
     {
         sw.WriteLine(DateTime.Now.ToString( "yyyy-MM-dd HH:mm:ss" ));
         sw.WriteLine( "Global捕获到未处理异常：" + ex.GetType().ToString());
         sw.WriteLine( "异常信息：" + ex.Message);
         sw.WriteLine( "异常堆栈：" + ex.StackTrace);
         sw.WriteLine();
     }
     
     HttpContext.Current.Response.Write( string .Format( "捕捉到未处理的异常：{0}<br/>" , ex.GetType().ToString()));
     HttpContext.Current.Response.Write( "Global已进行错误处理。" );
     
     Server.ClearError();
}

 

实际运行情况：

 

2.使用Filter进行全局异常捕获

Filter其实就是过滤器，在Asp.net MVC中Filter一共分为4大类

分类接口默认实现运行时间
AuthorizationIAuthorizationFilterAuthorizeAttribute在Action方法之前和其它类型的Filter之前运行。
ActionIActionFilterActionFilterAttribute在Action方法之前运行。
ResultIResultFilterActionFilterAttribute在处理ActionResult之前或之后运行。
ExceptionIExceptionFilterHandleErrorAttribute在Action方法、ActionResult和其他类型的Filter抛出异常时运行。

 

我们可以看到有一个Exception类型的Filter，我们在这里就是借助这个Exception的Filter进行全局异常捕获。

新建一个类，名叫MyExceptionFilter，使其继承FilterAttribute类，并实现IexceptionFilter接口。MyExceptionHandler类代码如下：

using System;
using System.IO;
using System.Web.Mvc;
 
namespace MvcApplication2
{
     public class MyExceptionHandler : FilterAttribute, IExceptionFilter
     {
         public void OnException(ExceptionContext filterContext)
         {
             Exception ex = filterContext.Exception  as Exception;
             if (ex !=  null )
             {
                 filterContext.Controller.ViewBag.UrlRefer = filterContext.HttpContext.Request.UrlReferrer;
                 
                 using (StreamWriter sw =  new StreamWriter( @"C:\Log.txt" ,  true ))
                 {
                     sw.WriteLine(DateTime.Now.ToString( "yyyy-MM-dd HH:mm:ss" ));
                     sw.WriteLine( "Filter捕获到未处理异常：" + ex.GetType().ToString());
                     sw.WriteLine( "异常信息：" + ex.Message);
                     sw.WriteLine( "异常堆栈：" + ex.StackTrace);
                     sw.WriteLine();
                 }
         
                 filterContext.HttpContext.Response.Write( string .Format( "捕捉到未处理的异常：{0}<br/>" , ex.GetType().ToString()));
                 filterContext.HttpContext.Response.Write( "Filter已进行错误处理。" );
             }
 
             filterContext.ExceptionHandled =  true ; //设置异常已经处理
         }
     }
}

 

然后我们打开项目的“App_Start”文件夹下的“FilterConfig.cs”文件，修改其RegisterGlobalFilters方法内的代码，修改如下：

public static void RegisterGlobalFilters(GlobalFilterCollection filters)
{
     filters.Add( new MyExceptionHandler(), 1); //自定义的验证特性
     filters.Add( new HandleErrorAttribute(), 2);
}

 

启动Web程序查看效果：

C# 全局异常捕获

开发界有那么一个笑话，说是“「我爱你」三个字，讲出来只要三秒钟，解释要三小时，证明却要一辈子。「Bug」三个字母，发现需要三秒，找到需要三小时，Debug却要一辈子。”。就算是资深的程序员也会写出Bug，但Bug并不可怕，重要的是在Bug发生的时候迅速定位Bug。

在Visual Studio中调试的时候，我们可以借助VS的调试工具进行调试，一旦出现未处理的异常时，VS也会在第一时间捕获并显示出来。随着开发的进行，终于程序要打包上线了。那么在上线之出了BUG我们该如何处理呢？

 

相信如果各位年龄够大，应该都见识过QQ出错崩溃吧？在零几年的时候QQ崩溃还不是一件稀罕事儿。每当QQ崩溃的时候都会弹出一个BUGReporter程序，会希望我们将出错的报告发送给腾讯

 

其实我们标题所说的全局异常捕获主要目标并不是为了将异常处理掉防止程序崩溃。因为当错误被你的全局异常捕获器抓到的时候，已经证实了你程序中存在BUG。一般而言，我们的全局异常捕获主要作用就是接收到异常之后进行异常的反馈。

 

一、简单粗暴：在Program.cs使用Try...Catch...

大家都知道，异常是通过Throw命令抛出，一路从抛出的模块里上抛，如果中途没有被try...catch...抓住的话就会一直抛到CLR（公共语言运行时）。如果用栈来描述这个过程的话，那就是异常会从栈的栈顶一路下沉，直到中途被try...catch...抓住或者直至沉到栈底，被CLR接住。CLR接收到异常之后的处理方式非常的简单粗暴——直接报错，然后关闭程序。大概表现就是这样：

 

这样：

 

还有这样：

 

不过根据刚刚我们所描述的异常上抛过程，我们不难发现：只要我们在程序把异常抛给CLR之前，抢先把异常捕获，那就可以做到全局异常处理了。不过这个try...catch...就必须放在栈的最下方。程序运行时栈的最下方函数其实就是程序运行时第一个调用的函数——main()函数。

比如说我有这么一个Windows窗体程序，一个Program.cs类，一个FrmMain.cs窗口。

Program.cs类内容如下：

static class Program
{
     /// <summary>
     /// 应用程序的主入口点。
     /// </summary>
     [STAThread]
     static void Main()
     {
         Application.EnableVisualStyles();
         Application.SetCompatibleTextRenderingDefault( false );
         Application.Run( new FrmMain());
     }
}

 

FrmMain里有一个Button，其点击事件如下：

private void button1_Click( object sender, EventArgs e)
{
     throw new Exception();
}

 

如果就现在这样的代码而言，只要在运行时单击这个Button就能时整个程序报错崩溃。

 

现在我们改造Program.cs里的main()函数，改成以下内容：

/// <summary>
/// 应用程序的主入口点。
/// </summary>
[STAThread]
static void Main()
{
     try
     {
         Application.EnableVisualStyles();
         Application.SetCompatibleTextRenderingDefault( false );
         Application.Run( new FrmMain());
     }
     catch (Exception ex)
     {
         MessageBox.Show( string .Format( "捕获到未处理异常：{0}\r\n异常信息：{1}\r\n异常堆栈：{2}" , ex.GetType(), ex.Message, ex.StackTrace));
     }
}

 

现在再次执行程序，单击button1，我们可以看到现在这次的这个异常被main()函数中的try...catch...所抓获了。

 

我们在这里catch内只是放了一个MessageBox，后面可以根据自己的需要改成错误报告代码。

 

二、更优雅的事件监听：Application.ThreadException

刚刚在上面提到了一种简单粗暴的方法，就是用try...catch...把main()函数所有内容全部包住。不过这样的代码看起来就有点蠢了。有没有什么更加优雅的方法吗？

答案当然是有。还记得Application类吧，这个负责控制整个Windows 程序的运行。我们可能用到这个类的时候更多的时候用的是下面几个方法或属性：

 

今天在这里我们要用到一个Application类的一个事件：ThreadException。

我们可以按F12转到Application类的定义，在ThreadException事件上，微软对它的注释是：“在发生未捕获线程异常时发生。”，这正是我们的目标。

 

假设还是之前的那个程序，我们将程序的Program.cs内容填入以下代码：

static class Program
{
     /// <summary>
     /// 应用程序的主入口点。
     /// </summary>
     [STAThread]
     static void Main()
     {
         Application.ThreadException += Application_ThreadException;
         
         Application.EnableVisualStyles();
         Application.SetCompatibleTextRenderingDefault( false );
         Application.Run( new FrmMain());
     }
 
     static void Application_ThreadException( object sender, System.Threading.ThreadExceptionEventArgs e)
     {
         Exception ex = e.Exception;
         MessageBox.Show( string .Format( "捕获到未处理异常：{0}\r\n异常信息：{1}\r\n异常堆栈：{2}" , ex.GetType(), ex.Message, ex.StackTrace));
     }
}

 

现在我们重新运行这个程序，单击button1，查看效果：

 

可以说效果出乎意料的完美，上一章里在main()函数里用try..catch...包住所有代码，当程序异常时将代码将会进入catch块里，处理完成后程序就退出了。然而在这边我们用Application.ThreadException事件监听并处理后，程序并不会因为异常而退出。可以说是可挽回的异常。

 

三、子线程异常捕获AppDomain.CurrentDomain.UnhandledException

在上面我们提到了可以通过监听Application.ThreadException事件来捕获程序异常，但这个Application.ThreadException事件只能捕获程序主线程上发生的异常。如果你用到了多线程，而且在子线程中发生了异常，不会触发Application.ThreadException事件的。

如果要监听子线程的异常，我们就需要再注册一个事件：AppDomain.CurrentDomain.UnhandledException

这个事件是在当前程序域内发生未处理异常时才会发生（如果没有监听Application.ThreadException事件的话，主线程异常最终也会触发这个事件）

我们在第一章的窗口里再加一个Button按钮，名为button2，其单击事件内容为：

private void button2_Click( object sender, EventArgs e)
{
     Thread thread =  new Thread(() =>
     {
         throw new Exception();
     });
     thread.Start();
}

 

上面的代码会在运行时创建一个线程，线程代码只有一句“throw new Exception();”致使线程抛出异常。

我们再改一下Program.cs类的内容：

static class Program
{
     /// <summary>
     /// 应用程序的主入口点。
     /// </summary>
     [STAThread]
     static void Main()
     {
         Application.ThreadException += Application_ThreadException;
         AppDomain.CurrentDomain.UnhandledException += CurrentDomain_UnhandledException;
         
         Application.EnableVisualStyles();
         Application.SetCompatibleTextRenderingDefault( false );
         Application.Run( new FrmMain());
     }
     
     static void CurrentDomain_UnhandledException( object sender, UnhandledExceptionEventArgs e)
     {
         Exception ex = e.ExceptionObject  as Exception;
         MessageBox.Show( string .Format( "捕获到未处理异常：{0}\r\n异常信息：{1}\r\n异常堆栈：{2}\r\nCLR即将退出：{3}" , ex.GetType(), ex.Message, ex.StackTrace, e.IsTerminating));
     }
     
     static void Application_ThreadException( object sender, System.Threading.ThreadExceptionEventArgs e)
     {
         Exception ex = e.Exception;
         MessageBox.Show( string .Format( "捕获到未处理异常：{0}\r\n异常信息：{1}\r\n异常堆栈：{2}" , ex.GetType(), ex.Message, ex.StackTrace));
     }
}

 

我们来试一下，运行程序，单击button2：

 

漂亮，监听到事件了。但在这里我们需要注意的是注意这个AppDomain.CurrentDomain.UnhandledException事件有一个事件参数叫UnhandledExceptionEventArgs e，它有一个bool类型的IsTerminating属性。这个属性指示了公共语言运行时（CLR）会不会因为本次异常而退出。如果这个属性是true的话，那么我们可以称这个错误是不可挽回的，就算我们监听到了这个事件，在这个事件的代码执行结束后，整个程序还是会崩溃退出的（因为我在VS里，所以被VS捕捉到了。）。

 

四、Web程序全局异常捕获

之前提到的都是Windows程序的全局异常捕获，现在Web程序也是我们经常要与之打交道的一部分。那Web程序该如何进行全局异常捕获呢？，下面以Asp.net MVC4做演示。

我们假设我们有一个Home控制器（Controller），里面有一个Error页面，访问这个页面将抛出一个异常。

public class HomeController : Controller
{
     public ActionResult Error()
     {
         throw new Exception();
     }
}

 

1. Global.asax中编写Application_Error函数

我们可以在Global.asax里写一个protected void Application_Error(object sender, EventArgs e)的函数，当发生未经处理的异常时，Asp.net将自动执行此函数。

在Global.asax文件的MvcApplication类里其他空白位置写上以下代码：

protected void Application_Error( object sender, EventArgs e)
{
     //获取到HttpUnhandledException异常，这个异常包含一个实际出现的异常
     Exception ex = Server.GetLastError();
     //实际发生的异常
     Exception innerException = ex.InnerException;
     if (innerException !=  null ) ex = innerException;
     
     using (StreamWriter sw =  new StreamWriter( @"C:\Log.txt" ,  true ))
     {
         sw.WriteLine(DateTime.Now.ToString( "yyyy-MM-dd HH:mm:ss" ));
         sw.WriteLine( "Global捕获到未处理异常：" + ex.GetType().ToString());
         sw.WriteLine( "异常信息：" + ex.Message);
         sw.WriteLine( "异常堆栈：" + ex.StackTrace);
         sw.WriteLine();
     }
     
     HttpContext.Current.Response.Write( string .Format( "捕捉到未处理的异常：{0}<br/>" , ex.GetType().ToString()));
     HttpContext.Current.Response.Write( "Global已进行错误处理。" );
     
     Server.ClearError();
}

 

实际运行情况：

 

2.使用Filter进行全局异常捕获

Filter其实就是过滤器，在Asp.net MVC中Filter一共分为4大类

分类接口默认实现运行时间
AuthorizationIAuthorizationFilterAuthorizeAttribute在Action方法之前和其它类型的Filter之前运行。
ActionIActionFilterActionFilterAttribute在Action方法之前运行。
ResultIResultFilterActionFilterAttribute在处理ActionResult之前或之后运行。
ExceptionIExceptionFilterHandleErrorAttribute在Action方法、ActionResult和其他类型的Filter抛出异常时运行。

 

我们可以看到有一个Exception类型的Filter，我们在这里就是借助这个Exception的Filter进行全局异常捕获。

新建一个类，名叫MyExceptionFilter，使其继承FilterAttribute类，并实现IexceptionFilter接口。MyExceptionHandler类代码如下：

using System;
using System.IO;
using System.Web.Mvc;
 
namespace MvcApplication2
{
     public class MyExceptionHandler : FilterAttribute, IExceptionFilter
     {
         public void OnException(ExceptionContext filterContext)
         {
             Exception ex = filterContext.Exception  as Exception;
             if (ex !=  null )
             {
                 filterContext.Controller.ViewBag.UrlRefer = filterContext.HttpContext.Request.UrlReferrer;
                 
                 using (StreamWriter sw =  new StreamWriter( @"C:\Log.txt" ,  true ))
                 {
                     sw.WriteLine(DateTime.Now.ToString( "yyyy-MM-dd HH:mm:ss" ));
                     sw.WriteLine( "Filter捕获到未处理异常：" + ex.GetType().ToString());
                     sw.WriteLine( "异常信息：" + ex.Message);
                     sw.WriteLine( "异常堆栈：" + ex.StackTrace);
                     sw.WriteLine();
                 }
         
                 filterContext.HttpContext.Response.Write( string .Format( "捕捉到未处理的异常：{0}<br/>" , ex.GetType().ToString()));
                 filterContext.HttpContext.Response.Write( "Filter已进行错误处理。" );
             }
 
             filterContext.ExceptionHandled =  true ; //设置异常已经处理
         }
     }
}

 

然后我们打开项目的“App_Start”文件夹下的“FilterConfig.cs”文件，修改其RegisterGlobalFilters方法内的代码，修改如下：

public static void RegisterGlobalFilters(GlobalFilterCollection filters)
{
     filters.Add( new MyExceptionHandler(), 1); //自定义的验证特性
     filters.Add( new HandleErrorAttribute(), 2);
}

 

启动Web程序查看效果：

 

写在最后：

在Windows程序里，如果同时监听了Application.ThreadException事件和AppDomain.CurrentDomain.UnhandledException事件的话，则异常优先被Application.ThreadException事件捕获。但Application.ThreadException事件只能监听程序主线程抛出的异常。

在Web程序里，如果同时使用了Global.asax中编写Application_Error函数进行全局异常捕获和使用Filter进行全局异常捕获，异常优先被Filter捕获。

 

转载于:https://www.cnblogs.com/tomahawk/articles/5993874.html

weixin_33857230
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
C#全局异常
10-30
源代码，直接使用，记录代码的异常，查看日志，能够记录所有异常
C#基础班第四天（流程控制1）
qq_25110517的专栏
01-06 436
1、异常捕获 我们在程序中经常会出现各种各样的异常，你如果想要你的程序变得坚强一些。 在你的代码中应该经常性的使用try-catch来进行异常捕获。 哪行代码有可能出现异常，你就踹它一脚。 语法： try { 可能会出现异常的代码; .... ... ... } //try和catch之间不能有其他的代码 catch { 出现异常后要执行的代码; }
【Thread】多线程的异常处理？
dongjizheng9270的博客
02-15 192
线程中处理异常是个头疼的问题，在异步的代码中，如何将异常捕获。 捕获异常后，将异常反馈给开发者，或最终用户。 一、将异常反馈给开发者，一般来说，在日志中打印异常日志即可； 二、将异常反馈给最终用户，一般来说，在页面上弹出提示框即可。 将异常打印到日志中（UncaughtExceptionHandler方式处理异常） 在线程当中遇到异常，需要捕捉并打印日志，我们可以考虑使用...
new Thread() 的危害
qq_34253002的博客
09-07 5526
1）开销大 每次new Thread() 都会创建新的对象，开销较大，无法复用增加垃圾回收的负担。 2）管理困难 每个newThread() 都是独立的个体，无法有效的管控，无限制创建相互竞争，可能导致oom或者核心业务线程阻塞。 3）功能单一 无法定时执行，中断线程等功能。
程序员笑话集：你都看得懂吗？
weixin_33998125的博客
06-11 363
我真的想让这个世界变得更好，但是他们不给我源代码……【梦醒时分(程序员版)】你说你写了不该写的代码，搞得程序全是bug。你说你定义了不该定义的接口，架构只能重写。你说你走查过了所有代码，找不到正确的地方。你说你感到万分沮丧，甚至开始不打算编程。曾经有很多次机会可以避免bug，将项目按时，保质保量交付给客户，但我没有珍惜，等到世界末日，我才意识到，程序员界最痛苦的事莫过于此。如果玛雅人能给我一次重新...
C#中全局异常捕获
zp19860529的博客
09-12 5066
C# 全局异常捕获 开发界有那么一个笑话，说是“「我爱你」三个字，讲出来只要三秒钟，解释要三小时，证明却要一辈子。「Bug」三个字母，发现需要三秒，找到需要三小时，Debug却要一辈子。”。就算是资深的程序员也会写出Bug，但Bug并不可怕，重要的是在Bug发生的时候迅速定位Bug。 在Visual Studio中调试的时候，我们可以借助VS的调试工具进行调试，一旦出现未处理的异常时，VS也会在第一时间捕获并显示出来。随着开发的进行，终于程序要打包上线了。那么在上线之出了BUG我们该如何处理呢？ .
c#全局异常捕获
10-10
c#全局异常捕获 捕获全局异常，抛出异常显示，也可以自己制作个日志类 记录异常信息
C# WinForm捕获全局变量异常 SamWang解决方法
09-05
本文将介绍C# WinForm捕获全局变量异常 SamWang解决方法，需要的朋友可以参考
全局异常捕捉 c#WinForm异常处理
07-14
这里建立了一个有关异常处理的对话框类，来实现异常的捕捉。通过使用ThreadException, App.CurrentDomain.UnhandledException捕捉程序里不可预知的异常，可以帮助开发者方便的找到发生异常的位置。
C# 全局监听键盘源代码
06-23
（1）当C#监听页面窗口，不在第一页面或者页面窗口不在最前方时，能监听到键盘的任何一个键的信息； （2）当C#监听窗口隐藏时，也可以监听到键盘信息，还可以设置快捷键： （3）C#代码写作过程中，可做键盘交互，...
C#窗体，如何处理全局异常，如何防止遗漏异常导致软件崩溃？
C#开发
10-26 3811
如题，我们经常会用到一些软件，用着用着，应该一些问题，导致软件就直接闪退了，遇到这种情况就很让人无语，用户体验就不太好。 这本质上是异常错误而未被程序员处理，导致软件崩溃。那么如何处理全局异常，如何防止遗漏异常导致软件崩溃呢？ 这里一共分3种情况： 1.应用程序域环境异常。这种只要注意捕捉，一般程序员也不会有什么太大的问题。 2.主线程异常，也就是UI线程异常。这种一般程序员会主动处理，也处理得较好，但对于一些代码风格不佳的程序员来说，仍然会犯不少错误。 3.线程内部异常。这种是相当隐晦的，一
C# winform 捕获全局异常
hududanyzd
11-02 182
using System; using System.Collections.Generic; using System.Windows.Forms; using System.IO; namespace GobalException { static class Program { /// &lt;summary&gt; /// 应用程序的主入口点。 /// &lt...
C#Winform 全局异常捕获
qiuzhihzy123的博客
10-28 1059
开发界有那么一个笑话，说是“「我爱你」三个字，讲出来只要三秒钟，解释要三小时，证明却要一辈子。「Bug」三个字母，发现需要三秒，找到需要三小时，Debug却要一辈子。”。就算是资深的程序员也会写出Bug，但Bug并不可怕，重要的是在Bug发生的时候迅速定位Bug。 在Visual Studio中调试的时候，我们可以借助VS的调试工具进行调试，一旦出现未处理的异常时，VS也会在第一时间捕获并显示出来。随着开发的进行，终于程序要打包上线了。那么在上线之出了BUG我们该如何处理呢？ 相信如果各位年龄够大.
CrashHandler全局异常捕获
Restless Breeze
07-23 2321
应用在日常的开发中，我们经常需要去Logcat测试我们的App，但由于很多原因，Android Monitor会闪屏或者Crash信息丢失。 这个时候就需要一个CrashHandler来将Crash写入到本地方便我们随时随地查看 安卓已经帮我们想好了解决问题的接口（UncaughtExceptionHandler）。从名称上就知道这是用来处理没有捕捉到的野生Exception的。平时我们try catch的Exception的那就叫捕捉到的。看一下UncaughtExceptionHandler的源码：
C#中的那些全局异常捕获
weixin_30667301的博客
05-25 443
1.WPF全局捕获异常 public partial class App : Application { public App() { // 在异常由应用程序引发但未进行处理时发生。主要指的是UI线程。 this.DispatcherUnhandledException += new System.Windows.Th...
C#之系统异常处理机制
weixin_33744854的博客
02-28 274
在系统开发过程中，BUG和异常产生是无处不在的，但是需要我们去做的就是不断去发掘异常、修改异常。 这篇文章主要谈谈我在系统中解决异常的几种方法： 1.控制台程序产生的异常； 在大多数的控制台程序中，运用最多的就是 try{ Action(); 捕捉异常 } catch(Exption e){ } 但是需要注意的就是在控制台运行中产生的线程和一些特殊异常tr...
C#中的未处理异常的拦截
jiangxinyu的专栏
03-05 5484
C#中的未处理异常的拦截直接挂接Application.ThreadException（仅限WinForms，且只对UI线程有效）或者AppDomain.CurrentDomain.UnhandledException事件一般采用ThreadException方法，AppDomain的那个操作起来比较麻烦，因为同时受.net和操作系统监控，可能最终效果不理想。另外，不要两个同时使用，只有一
使用try catch该注意的原则
pengshion的专栏
07-29 417
  摘自 http://www.cnblogs.com/wlb/archive/2009/12/18/1626816.html 1 Try...Catch...会损耗一定的性能，但不会造成性能瓶颈。 2 建议使用try...catch。 3 尽可能的考虑到可能存在的异常并进行处理，尽可能的少出现异常或不出现异常。 4 不要滥用数据库事务提高性能，这样可能会造成并发访问的性能...
C# WPF全局捕获异常 防止程序崩溃闪退
Admans的专栏
10-21 5272
using System; using System.Collections.Generic; using System.Configuration; using System.Data; using System.Linq; using System.Threading.Tasks; using System.Windows; namespace ClearWord { /// &...
C#捕捉其他dll的异常
最新发布
06-02
在C#中，可以使用try...catch语句块来捕获其他DLL中抛出的异常。具体实现步骤如下： 1.在需要捕获异常的方法中使用try...catch语句块。 2.在catch块中使用Type类获取异常类型。 3.使用Assembly类获取其他DLL的...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值