ASP.NET Core 异常和错误处理
上一章节中,我们学习了 ASP.NET Core 中的 中间件, 知道中间件是一种装配到应用程序管道以处理请求和响应的组件
本章节我们继续来深入了解中间件,这次我们学习的将会是异常和错误处理中间件
当我们的 ASP.NET Core 应用程序出现错误时,我们有多种方式处理它们
上一章节中提到的 Microsoft.AspNetCore.Diagnostics
NuGet 包提供了相关的附加的中间件,这些中间件可以帮助我们处理异常和错误
app.UseDeveloperExceptionPage 中间件
为了模拟错误,我们回到 app.Run()
方法,看看如果我们每次命中这个中间件时抛出异常,应用程序的行为会是怎么样的
public void Configure(IApplicationBuilder app, IHostingEnvironment env) { if (env.IsDevelopment()) { app.UseDeveloperExceptionPage(); } app.Run(async (context) => { throw new System.Exception("Throw Exception"); var msg = Configuration["message"]; await context.Response.WriteAsync(msg); }); }
保存 Startup.cs
页面并运行应用程序,显示如下
我们可以看到一个错误页面,显示 HTTP 500 错误,一个内部服务器错误
提示在文件 Startup.cs
42 行的代码中抛出了一个异常 Throw Exception
当然了,这是在调试模式下,如果我们注释掉调试模式,也就是注释掉下面的语句
public void Configure(IApplicationBuilder app, IHostingEnvironment env) { /* if (env.IsDevelopment()) { app.UseDeveloperExceptionPage(); } */ app.Run(async (context) => { throw new System.Exception("Throw Exception"); var msg = Configuration["message"]; await context.Response.WriteAsync(msg); }); }
保存 Startup.cs
页面并运行应用程序,它只会抛出一个非常通用的消息,显示如下
我们可以看到没有加载这个资源。因为发生了一个 HTTP 500 错误,一个内部服务器错误,这不是很有帮助
但对于线上环境来说,它隐藏了错误的原因和位置,增加了应用程序的安全性
app.UseDeveloperExceptionPage
现在,我们回到中间件 app.UseDeveloperExceptionPage
这个中间件与其它中间件有些不同,其它中间件通常会检查传入的请求并对该请求做出一些响应
但 UseDeveloperExceptionPage
中间件不关心传入的请求,因为它总是在管道后发生
它会调用下一个中间件,然后等待管道后面的任何事情是否会产生异常,如果有异常,这个中间件会给返回一个错误页面,并显示有关该异常的详细信息
我们还可以从 UseDeveloperExceptionPage
中间件返回的结果中看到原始异常详细信息
所有这些信息对开发人员都非常有用
当然,事实上,我们可能只想在开发人员运行应用程序时显示这些信息,也就是开发环境上显示异常的详细信息,而在线上环境则显示一个 500 服务器异常信息页面
这会在稍后的章节中继续学习,本章节我们将不做任何深入研究