当前位置: 首页 > 编程笔记 >

asp.net开发中常见公共捕获异常方式总结(附源码)

曾嘉福
2023-03-14
本文向大家介绍asp.net开发中常见公共捕获异常方式总结(附源码),包括了asp.net开发中常见公共捕获异常方式总结(附源码)的使用技巧和注意事项,需要的朋友参考一下

本文实例总结了asp.net开发中常见公共捕获异常方式。分享给大家供大家参考,具体如下:

前言:在实际开发过程中,对于一个应用系统来说,应该有自己的一套成熟的异常处理框架,这样当异常发生时,也能得到统一的处理风格,将异常信息优雅地反馈给开发人员和用户。我们都知道,.net的异常处理是按照“异常链”的方式从底层向高层逐层抛出,如果不能尽可能地早判断异常发生的边界并捕获异常,CLR会自动帮我们处理,但是这样系统的开销是非常大的,所以异常处理的一个重要原则是“早发现早抛出早处理”。但是本文总结的服务端公共捕获异常处理可以宽泛地看做是在表现层的操作,要捕获特定层的特定异常,不在讨论范围内。

1、BasePage类处理方式

在页面的公共基类里重写OnError事件。在前面这篇《asp.net实现非常实用的自定义页面基类》里,楼猪已经贴了代码,就不再费事了。根据经验,很多人开发的时候几乎都这么写,而且对调试和维护还是很有帮助的。需要说明的是,每新添一个页面,其对应类都必须继承自BasePage类异常处理才起作用。

2、Global.asax处理方式

如1中所述,BasePage类的异常处理要求每一个aspx类文件都继承它,适用性和性能显然会打折扣。而Global.asax文件定义了asp.net应用程序中的所有应用程序对象共有的方法、属性和事件,我们可以不采用BasePage的处理方式,在Global.asax里实现Application_Error事件并处理也可以。下面模仿BasePage类里的处理异常方法,实现如下:

/// <summary>
/// 出错处理:写日志,导航到公共出错页面
/// </summary>
/// <param name="sender"></param>
/// <param name="e"></param>
protected void Application_Error(object sender, EventArgs e)
{
  if (Server.GetLastError() == null) return;
  Exception ex = Server.GetLastError().GetBaseException();
  string error = this.DealException(ex);
  DotNet.Common.Util.Logger.WriteFileLog(error, HttpContext.Current.Request.PhysicalApplicationPath + "LogFile");
  if (ex.InnerException != null)
  {
    error = this.DealException(ex);
    DotNet.Common.Util.Logger.WriteFileLog(error, HttpContext.Current.Request.PhysicalApplicationPath + "LogFile");
  }
  this.Server.ClearError();
  this.Response.Redirect("/Error.aspx");
}
/// <summary>
/// 处理异常,用来将主要异常信息写入文本日志
/// </summary>
/// <param name="ex"></param>
/// <returns></returns>
private string DealException(Exception ex)
{
  this.Application["StackTrace"] = ex.StackTrace;
  this.Application["MessageError"] = ex.Message;
  this.Application["SourceError"] = ex.Source;
  this.Application["TargetSite"] = ex.TargetSite.ToString();
  string error = string.Format("URl:{0}\n引发异常的方法:{1}\n错误信息:{2}\n错误堆栈:{3}\n",
    this.Request.RawUrl, ex.TargetSite, ex.Message, ex.StackTrace);
  return error;
}

上面方式的好处是,写一次代码,应用程序发生的大部分异常它都给你捕捉处理了。楼猪要在这里由衷地发一番感慨,感谢ms为我们提供了这么优秀的框架,太省事了吧。

3、IHttpModule接口处理

1和2的处理方式大家都是非常熟悉的,楼猪在实际开发中基本上都是遵循上面两种写法,而且楼猪因为有了2中这种大小通吃的处理方式,甚至已经激动地感谢ms了。但是,在asp.net程序调用线程进行异步处理的时候,容易发生在后台线程或线程池里抛出的异常并不能被1或(和)2完全捕捉到,这就涉及到asp.net下未捕获异常的处理。也就是说楼猪以前做过的很多大小项目中对异常的处理是不完备的。这难道是nc楼猪没有先谢国家种下的恶果吗?感谢国家,感谢ms,感谢博客园,感谢无私的xdjm,感谢自己......

asp.net下未捕获异常的处理步骤如下:

(1)、创建一个实现IHttpModule接口的类

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Web.UI;
using System.Web.UI.WebControls;
using System.Text;
namespace DotNet.Common.WebForm
{
  using DotNet.Common.Util;
  /// <summary>
  /// 通用未捕获异常处理 
  /// </summary>
  public class AspNetUnhandledExceptionModule : IHttpModule
  {
    static object syncObj = new object();
    static bool isInit = false;
    public AspNetUnhandledExceptionModule()
    {
    }
    #region IHttpModule Methods
    public void Init(HttpApplication context)
    {
      lock (syncObj)
      {
        if (!isInit)
        {
          AppDomain.CurrentDomain.UnhandledException += new UnhandledExceptionEventHandler(OnUnhandledException);
          isInit = true;
        }
      }
    }
    public void Dispose()
    {
    }
    #endregion
    #region OnUnhandledException
    void OnUnhandledException(object o, UnhandledExceptionEventArgs e)
    {
      if (e.ExceptionObject == null) return;
      Exception ex = e.ExceptionObject as Exception;
      string error = string.Format("引发异常的方法:{0}\n错误信息:{1}\n错误堆栈:{2}\n",
              ex.TargetSite, ex.Message, ex.StackTrace);
      Logger.WriteFileLog(error, AppDomain.CurrentDomain.BaseDirectory + "LogFile");
    }
    #endregion
  }
}

(2)、web.config节点配置

<httpModules>
   <add name="AspNetUnhandledExceptionModule" type="DotNet.Common.WebForm.AspNetUnhandledExceptionModule, DotNet.Common.WebForm"></add>
</httpModules>

最后贴出测试代码:

protected void Page_Load(object sender, EventArgs e)
{
  if (!IsPostBack)
  {
    System.Threading.ThreadPool.QueueUserWorkItem(new System.Threading.WaitCallback(Test), null);
  }
}
protected void Test(object state)
{
  int[] numArr = new int[100];
  numArr[100] = 100; //异常
}

需要说明的是,通过线程或者线程池处理的程序,在发生异常时,每个线程都会有它自己独立的上下文,所以HttpContext对象应尽可能少地出现在异常处理阶段。

小结:不知道还有多少童鞋认为异常处理就是在代码里try...catch一下,抛出异常然后完事?如果有的话,呵呵,当年楼猪是拿“没有人天生就是十全十美的”这句话来安慰自己的。当然了,try...catch也不是不可以,只能说明我们对待异常的态度太草率了。为了显得我们的专业和全面,请参考其他异常处理专业性文章研读一番,相比异常处理的核心思想(异常处理的“大智慧”),这篇文章总结的(异常处理的“小技巧”)对初学者而言可能也是误导之作,请务必留意甄别。

完整实例代码代码点击此处本站下载。

希望本文所述对大家asp.net程序设计有所帮助。

 类似资料:
  • 本文向大家介绍Android开发常见问题总结,包括了Android开发常见问题总结的使用技巧和注意事项,需要的朋友参考一下 本文总结分析了Android开发常见问题。分享给大家供大家参考,具体如下: 1. 在ui中使用scrollview之后,假如复写activity的onkeydown或onkeyup事件,若果焦点在scrollview上,则这两个事件是不触发的,对于ontouch事件也是一样。

  • 镜像相关 如何批量清理临时镜像文件? 答:可以使用 docker image prune 命令。 如何查看镜像支持的环境变量? 答:可以使用 docker run IMAGE env 命令。 本地的镜像文件都存放在哪里? 答:与 Docker 相关的本地资源默认存放在 /var/lib/docker/ 目录下,以 aufs 文件系统为例,其中 container 目录存放容器信息,graph 目录

  • 我正在启动一个Java程序,如下所示 然后我手动附加调试器,如下所示 我想知道是否有反正我设置jdb,使其自动附加到正在运行的进程(仅)在未捕获的异常情况下? 原因是我希望在出现未捕获的异常之前避免调试器的开销。但我现在面临的问题是,如果没有连接调试器,那么一旦出现未捕获的异常,JVM就会中止。 编辑: 从Oracle文档来看,下面的命令似乎满足了我的需要,但适用于windows机器。 有人知道l

  • 本文向大家介绍Java一些常见的出错异常处理方法总结,包括了Java一些常见的出错异常处理方法总结的使用技巧和注意事项,需要的朋友参考一下 一些平时常见的错误及解决办法,我 是新手,每次遇到的错误都记录了下来。 1. 404错误 description The requested resource (/Struts2_0100_Introduction/hello.action) is not a

  • 本文向大家介绍Vue开发中常见的套路和技巧总结,包括了Vue开发中常见的套路和技巧总结的使用技巧和注意事项,需要的朋友参考一下 属性排放 管理请求加载状态 Proxy跨域 对developer和build的打包进行不同配置 大部分开发者都喜欢将Vue的config写在一个文件中,看起来是没有问题,但是随着环境的变化,项目优化,WebPack插件,等等具有针对性的配置进来后,就会显得稍微杂乱了,这个

  • 本文向大家介绍Android开发中Launcher3常见默认配置修改方法总结,包括了Android开发中Launcher3常见默认配置修改方法总结的使用技巧和注意事项,需要的朋友参考一下 本文实例讲述了Android开发中Launcher3常见默认配置修改方法。分享给大家供大家参考,具体如下: Launcher概述 Launcher是开机完成后第一个启动的应用,用来展示应用列表和快捷方式、小部件等