在这几个方法中，我们一般主要用来记录交互日志，记录每一个步骤的耗时情况，以便后续系统优化使用。具体的使用，根据自身的业务场景使用。
其中MVC和API的异同点，和上面说的认证授权的异同类似，不在详细说明。
下面的一个实例代码：
API定义过滤器实例DEMO代码
/// <summary> /// Action过滤器 /// </summary> public class XYHAPICustomActionFilterAttribute : ActionFilterAttribute { /// <summary> /// Action执行开始 /// </summary> /// <param></param> public override void OnActionExecuting(HttpActionContext actionContext) { } /// <summary> /// action执行以后 /// </summary> /// <param></param> public override void OnActionExecuted(HttpActionExecutedContext actionContext) { try { // 构建一个日志数据模型 MApiRequestLogs apiRequestLogsM = new MApiRequestLogs(); // API名称 apiRequestLogsM.API = actionContext.Request.RequestUri.AbsolutePath; // apiKey apiRequestLogsM.API_KEY = HttpContext.Current.Request.QueryString["ApiKey"]; // IP地址 apiRequestLogsM.IP = FilterAttributeHelp.GetIPAddress(actionContext.Request); // 获取token string token = HttpContext.Current.Request.Headers.GetValues("Token") == null ? string.Empty : HttpContext.Current.Request.Headers.GetValues("Token")[0]; apiRequestLogsM.TOKEN = token; // URL apiRequestLogsM.URL = actionContext.Request.RequestUri.AbsoluteUri; // 返回信息 var objectContent = actionContext.Response.Content as ObjectContent; var returnValue = objectContent.Value; apiRequestLogsM.RESPONSE_INFOR = returnValue.ToString(); // 由于数据库中最大只能存储4000字符串，所以对返回值做一个截取 if (!string.IsNullOrEmpty(apiRequestLogsM.RESPONSE_INFOR) && apiRequestLogsM.RESPONSE_INFOR.Length > 4000) { apiRequestLogsM.RESPONSE_INFOR = apiRequestLogsM.RESPONSE_INFOR.Substring(0, 2000); } // 请求参数 apiRequestLogsM.REQUEST_INFOR = actionContext.Request.RequestUri.Query; // 定义一个异步委托 ,异步记录日志 // Func<MApiRequestLogs, string> action = AddApiRequestLogs;//声明一个委托 // IAsyncResult ret = action.BeginInvoke(apiRequestLogsM, null, null); } catch (Exception ex) { } } }
HandleError：错误处理
异常处理对于我们来说很常用，很好的利用异常处理，可以很好的避免全篇的try/catch。异常处理箱单很简单，值需要自定义集成：ExceptionFilterAttribute，并自定义实现：OnException方法即可。
在OnException我们可以根据自身需要，做一些相应的逻辑处理，比如记录异常日志，便于后续问题分析跟进。
OnException还有一个很重要的处理，那就是对异常结果的统一包装，返回一个很友好的结果给用户，避免把一些不必要的信息返回给用户。比如：针对MVC，那么跟进不同异常，统一调整至友好的提示页面等等；针对API，那么我们可以一个统一的返回几个封装，便于用户统一处理结果。
MVC 的异常处理实例代码：
/// <summary> /// MVC自定义异常处理机制 /// 说道异常处理，其实我们脑海中的第一反应，也该是try/cache操作 /// 但是在实际开发中，很有可能地址错误根本就进入不到try中，又或者没有被try处理到异常 /// 该类就发挥了作用，能够很好的未经捕获的异常，并做相应的逻辑处理 /// 自定义异常机制，主要集成HandleErrorAttribute 重写其OnException方法 /// </summary> public class XYHMVCHandleError : HandleErrorAttribute { /// <summary> /// 处理异常 /// </summary> /// <param>异常上下文</param> public override void OnException(ExceptionContext filterContext) { // 我们在平时的项目中，异常处理一般有两个作用 // 1:记录异常的详细日志，便于事后分析日志 // 2:对异常的统一友好处理，比如根据异常类型重定向到友好提示页面 // 在这里面既能获取到未经处理的异常信息，也能获取到请求信息 // 在此可以根据实际项目需要做相应的逻辑处理 // 下面简单的列举了几个关键信息获取方式 // 控制器名称 注意，这样获取出来的是一个文件的全路径 string contropath = filterContext.Controller.ToString(); // 访问目录的相对路径 string filePath = filterContext.HttpContext.Request.FilePath; // url完整地址 string url = (filterContext.HttpContext.Request.Url.AbsoluteUri).ExUrlDeCode(); // 请求方式 post get string httpMethod = filterContext.HttpContext.Request.HttpMethod; // 请求IP地址 string ip = filterContext.HttpContext.Request.GetIPAddress(); // 获取全部的请求参数 HttpRequest httpRequest = HttpContext.Current.Request; Dictionary<string, string> queryParameters = httpRequest.GetAllQueryParameters(); // 获取异常对象 Exception ex = filterContext.Exception; // 异常描述信息 string exMessage = ex.Message; // 异常堆栈信息 string stackTrace = ex.StackTrace; // 根据实际情况记录日志（文本日志、数据库日志，建议具体步骤采用异步方式来完成） filterContext.ExceptionHandled = true; // 模拟根据不同的做对应的逻辑处理 int statusCode = filterContext.HttpContext.Response.StatusCode; if (statusCode>=400 && statusCode<500) { filterContext.Result = new RedirectResult("/html/404.html"); } else { filterContext.Result = new RedirectResult("/html/500.html"); } } }
API 的异常处理实例代码：