前言：
我们在实际项目开发中，经常会遇到一些不可预见的异常产生，有的异常在程序运行时就对其进行处理（try）
但是，有的程序不需要每一个地方都用try进行处理，那么针对这种情况，可以参照下面的方式，实现对异常的统一抓取处理，下面话不多说了，来一起看看详细的介绍吧。
方式一、Page_Error处理页面级未处理异常
作用域：当前的.aspx页面
描述：在需要处理的aspx页面的cs文件中，实现Page_Error方法，达到侦听当前页面未处理的异常
protected void Page_Error(object sender, EventArgs e)
{
string errorMsg = String.Empty;
Exception currentError = Server.GetLastError();
errorMsg += "来自页面的异常处理<br />";
errorMsg += "系统发生错误:<br />";
errorMsg += "错误地址:" + Request.Url + "<br />";
errorMsg += "错误信息:" + currentError.Message + "<br />";
Response.Write(errorMsg);
Server.ClearError();//清除异常(否则将引发全局的Application_Error事件)
}
方式二、通过HttpModule来捕获未处理的异常
作用域：全局的request请求
描述：通过一个类实现IHttpModule接口，并侦听未经处理的异常
实现步骤：
1、首先需要新建一个类（MyHttpModule），该类需实现IHttpModule接口，具体代码实例如下：
/// <summary>
/// MyHttpModule
/// </summary>
public class MyHttpModules : IHttpModule
{
public void Init(HttpApplication context)
{
context.Error += new EventHandler(context_Error);
}
public void context_Error(object sender, EventArgs e)
{
//此处处理异常
HttpContext ctx = HttpContext.Current;
HttpResponse response = ctx.Response;
HttpRequest request = ctx.Request;
//获取到HttpUnhandledException异常，这个异常包含一个实际出现的异常
Exception ex = ctx.Server.GetLastError();
//实际发生的异常
Exception iex = ex.InnerException;
response.Write("来自ErrorModule的错误处理<br />");
response.Write(iex.Message);
ctx.Server.ClearError();
}
}
2、配置文件配置相应的HttpModule节点
配置文件配置HttpModule节点时，有以下两种方式（根据IIS版本而异）
方法1、当IIS版本为7.0以下时，在<system.web>中新增如下配置节点
<httpModules> <add name="MyHttpModule" type="MyHttpModule.MyHttpModules,MyHttpModule" /> </httpModules>
方法2、当IIS版本为7.0及其以上版本时，在<system.webServer>中新增如下配置节点
<modules> <add name="MyHttpModule" type="MyHttpModule.MyHttpModules,MyHttpModule"/> </modules>
方式三、通过Global中捕获未处理的异常
作用域：全局的request请求
描述：通过在Global中实现Application_Error方法，来达到侦听未经处理的异常
具体代码如下：
void Application_Error(object sender, EventArgs e)
{
//获取到HttpUnhandledException异常，这个异常包含一个实际出现的异常
Exception ex = Server.GetLastError();
//实际发生的异常
Exception iex = ex.InnerException;
string errorMsg = String.Empty;
string particular = String.Empty;
if (iex != null)
{
errorMsg = iex.Message;
particular = iex.StackTrace;
}
else
{
errorMsg = ex.Message;
particular = ex.StackTrace;
}
HttpContext.Current.Response.Write("来自Global的错误处理<br />");
HttpContext.Current.Response.Write(errorMsg);
Server.ClearError();//处理完及时清理异常
}
有关三种异常抓取的总结分析：
以上三种方法根据IIS处理请求的顺序，可以知道，其三者触发的先后顺序是：
方式一、Page_Error处理页面级未处理异常--抓取后未清理异常（ClearError）-->
方式二、通过HttpModule来捕获未处理的异常--抓取后未清理异常（ClearError）-->
方式三、通过Global中捕获未处理的异常
三种方式的作用范围是:方式一中作用于当前的aspx页面，方法二和方式三都作用于全局
通过上面的两点，所以在实际使用中，如果是抓取全局的未出来的异常建议采用方式二
如果是抓取某一页面的未处理的异常采用方式一
异常抓取后的处理逻辑总结：
按照上面的三种方式抓取到的程序中未处理的异常后，那么在实际的项目中，具体处理方式如何呢？根据自己实际的项目应用总结如下：
{
一般处理逻辑分三步：
第一步：解析具体的异常信息
第二步：解析后的异常信息落地入库（文本日志（方便后续查问题）
、数据库日志（方便后续查问题，统计提醒））
第三步：页面重定向（将错误重定向到定制的具体自定义错误页面）
重定向时，不需要在异常抓取的时候处理，可通过配置文件实现灵活处理（具体实现方式，见下一篇）
在异常抓取后，不要调用ClearError()来清除异常，否则配置文件设置的错误重定向将不起作用
}
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对的支持。
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？