Asp.NetCore依赖注入和管道方式的异常处理及日志记录

前言

    在业务系统,异常处理是所有开发人员必须面对的问题,在一定程度上,异常处理的能力反映出开发者对业务的驾驭水平;本章将着重介绍如何在 WebApi 程序中对异常进行捕获,然后利用 Nlog 组件进行记录;同时,还将介绍两种不同的
异常捕获方式:管道捕获/服务过滤;通过本练习,将学习到如何捕获异常、处理异常跳转、记录异常信息。

搭建框架

    首先,创建一个 WebApi 项目,选择 Asp.Net Core Web 应用程序;

640?wx_fmt=png

  • 进一步选择 Api 模板,这里使用的 .netcore 版本为 2.1

640?wx_fmt=png

  • 取消勾选 “启用 Docker 支持(E)” 和 “为 Https 配置(C)”,点击确定,得到一个完整的 WebApi 项目框架,如图

640?wx_fmt=png

  • 直接按 F5 运行项目,一切正常,程序启动后进入默认路由调用,并输出结果

异常路由

640?wx_fmt=jpeg

  • 一切看起来都非常正常和美好,但,祸之福所倚;接下来我们在 接口 Get() 中人为的制造一点麻烦。

        [HttpGet]        public ActionResult<IEnumerable<string>> Get()
        {            throw new Exception("出错了.....");            return new string[] { "value1", "value2" };
        }
  • 这是由于项目配置了运行环境变量 ASPNETCORE_ENVIRONMENT=Development 后,Startup.cs 中配置了开发环境下,使用系统默认页,所以我们才可以看到上面的异常信息

640?wx_fmt=png

  • 如果你把环境变量设置为 ASPNETCORE_ENVIRONMENT=Production ,你会发现,在异常发生的时候,你得到了一个空白页。

640?wx_fmt=png

异常处理方式一:服务过滤

    在传统的 Asp.Net MVC 应用程序中,我们一般都使用服务过滤的方式去捕获和处理异常,这种方式非常常见,而且可用性来说,体验也不错,幸运的是 Asp.Net Core 也完整的支持该方式,接下来创建一个全局异常处理类 CustomerExceptionFilter


  • CustomerExceptionFilter 继承自 IExceptionFilter 接口,并实现 void OnException(ExceptionContext context) 方法,在 CustomerExceptionFilter
    构造方法中,定义了两个参数,用于记录异常日志和获取程序运行环境变量

 
 

640?wx_fmt=png

  • 在接下来的 OnException 方法中,利用 environment 进行产品环境的判断,并使用 logger 将日志写入硬盘文件中,为了将日志写入硬盘,
    需要引用 Nuget 包 NLog.Extensions.Logging/NLog.Web.AspNetCore ,并在 Startup.cs 文件的 Configure 方法中添加扩展

640?wx_fmt=png

  • 上面的代码读取了配置文件 nlog.config 并设置为 NLog 的配置,该文件定义如下

<?xml version="1.0" encoding="utf-8" ?>

<nlog xmlns="http://www.nlog-project.org/schemas/NLog.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" autoReload="true" internalLogLevel="info">


  <!-- Load the ASP.NET Core plugin -->

  <extensions>

    <add assembly="NLog.Web.AspNetCore"/>

  </extensions>


  <!-- Layout: https://github.com/NLog/NLog/wiki/Layout%20Renderers -->

  <targets>

    <target xsi:type="File" name="errorfile" fileName="/data/logs/logfilter/error-${shortdate}.log" layout="${longdate}|${logger}|${uppercase:${level}}|  ${message} ${exception}|${aspnet-Request-Url}" />

    <target xsi:type="Null" name="blackhole" />

  </targets>


  <rules>

    <logger name="Microsoft.*" minlevel="Error" writeTo="blackhole" final="true" />

    <logger name="*" minlevel="Error" writeTo="errorfile" />

  </rules>

</nlog>

  • 为了在 WebApi 控制器中使用 CustomerExceptionFilter 过滤器,我们还需要在 Startup.cs 将 CustomerExceptionFilter 注入到容器中

640?wx_fmt=png

  • 最后,在控制器 ValuesController 中应用该异常过滤器

640?wx_fmt=png

  • 现在,按 F5 启动程序,如预期所料,报错信息被 CustomerExceptionFilter 捕获,并转换为 json 格式输出

640?wx_fmt=png

  • 同时,NLog 组件也将日志信息记录到了硬盘中

640?wx_fmt=png

异常处理方式二:中间件捕获

    接下来利用 .NetCore 的管道模式,在中间件中对异常进行捕获,首先,创建一个中间件

  • 代码比较简单,在管道中使用 try/catch 进行捕获异常,创建 HandleException(HttpContext context, Exception e) 处理异常,判断是 Development 环境下,输出详细的错误信息,非 Development 环境仅提示调用者“抱歉,出错了”,同时使用 NLog 组件将日志写入硬盘;
    同样,在 Startup.cs 中将 ExceptionMiddleware 加入管道中

  • 一切就绪,按 F5 运行程序,网页中输出了期望中的 json 格式错误信息,同时 NLog 组件也将日志写入了硬盘

640?wx_fmt=png

结语

    在本例中,通过依赖注入和管道中间件的方式,演示了两种不同的全局捕获异常处理的过程;值得注意到是,两种方式对于 NLog 的使用,都是一样的,没有任何差别,代码无需改动;实际项目中,也是应当区分不同的业务场景,输出不同的
日志信息,不管是从安全或者是用户体验友好性上面来说,都是非常值得推荐的方式,全局异常捕获处理,完全和业务剥离。

  • 努力为开源社区作贡献,推荐一个自己开发的基于 .netcore+pgsql 的快速开发脚手架,内置 ORM框架,github地址:https://github.com/lianggx/mystaging

  • 文中如有疏漏之处,欢迎指正。

  • 源码下载:https://files.cnblogs.com/files/viter/Ron.LogFilter.zip


  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值