如何通过ASP.NET Core应用实现三种不同方式呈现错误页面的最佳实践？

本文共计3154个文字，预计阅读时间需要13分钟。

前言：由于ASP.NET Core应用是一个同时处理多个请求的服务器应用，因此在处理某个请求过程中抛出的异常不会导致整个应用的终止。出于安全方面的考量，为了避免敏感信息的外泄，客户端应避免直接输出异常信息。

前言

由于ASP.NET Core应用是一个同时处理多个请求的服务器应用，所以在处理某个请求过程中抛出的异常并不会导致整个应用的终止。出于安全方面的考量，为了避免敏感信息的外泄，客户端在默认的情况下并不会得到详细的出错信息，这无疑会在开发环境下增加查错纠错的难度。对于生产环境来说，我们也希望最终用户能够根据具体的错误类型得到具有针对性并且友好的错误消息。ASP.NET Core提供了相应的中间件帮助我们将定制化的错误信息呈现出来，这些中间件都定义在“Microsoft.AspNetCore.Diagnostics”这个NuGet包中。在着重介绍这些中间件之前，我们照理演示几个简单的实例让读者朋友们对这些中间件的作用有一个大概的了解。

一、显示开发者异常页面

一般情况下，如果ASP.NET Core在处理某个请求时出现异常，它一般会返回一个状态码为“500 Internal Server Error”的响应。为了避免一些敏感信息的外泄，详细的错误信息并不会随着响应发送给客户端，所以客户端只会得到一个很一般化的错误消息。以如下这个程序为例，服务端在处理每个请求时都会抛出一个类型为InvalidOperationException的异常。