上一章节中，我们学习了 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 服务器异常信息页面
这会在稍后的章节中继续学习，本章节我们将不做任何深入研究
