mysql 失败 捕获 net core_asp.net core中的异常处理

警告

UseStatusCodePages

默认情况下，ASP.NET Core 应用不会为 HTTP 状态代码(如“404 - 未找到” )提供状态代码页。 应用返回状态代码和空响应正文。 若要提供状态代码页，请使用状态代码页中间件。

若要启用常见错误状态代码的默认纯文本处理程序，请在 Startup.Configure 方法中调用 UseStatusCodePages：

app.UseStatusCodePages();

在请求处理中间件(例如，静态文件中间件和 MVC 中间件)前面调用 UseStatusCodePages。

下面的示例展示了默认处理程序显示的文本：

Status Code: 404; Not Found

包含格式字符串的 UseStatusCodePages

若要自定义响应内容类型和文本，请利用需要使用内容类型和格式字符串的 UseStatusCodePages 重载：

app.UseStatusCodePages("text/plain", "Status code page, status code: {0}");

包含 lambda 的 UseStatusCodePages

若要指定自定义错误处理和响应写入代码，请利用需要使用 lambda 表达式的 UseStatusCodePages 重载：

1 app.UseStatusCodePages(async context =>

2 {3 context.HttpContext.Response.ContentType = "text/plain";4

5 awaitcontext.HttpContext.Response.WriteAsync(6 "Status code page, status code:" +

7 context.HttpContext.Response.StatusCode);8 });

UseStatusCodePagesWithRedirects

向客户端发送“302 - 已找到” 状态代码。

将客户端重定向到 URL 模板中的位置。

app.UseStatusCodePagesWithRedirects("/StatusCode?code={0}");

URL 模板可能会包括状态代码的 {0} 占位符，如上面的示例所示。 如果 URL 模板以波形符 (~) 开头，波形符会替换为应用的 PathBase。 如果在应用中指向终结点，请为终结点创建 MVC 视图或 Razor 页面。 有关 Razor Pages 示例，请参阅示例应用中的 Pages/StatusCode.cshtml 。

使用此方法通常是当应用：

应将客户端重定向到不同的终结点(通常在不同的应用处理错误的情况下)。 对于 Web 应用，客户端的浏览器地址栏反映重定向终结点。

不应保留原始状态代码并通过初始重定向响应返回该代码。

UseStatusCodePagesWithReExecute

向客户端返回原始状态代码。

通过使用备用路径重新执行请求管道，从而生成响应正文。

app.UseStatusCodePagesWithReExecute("/StatusCode","?code={0}");

如果在应用中指向终结点，请为终结点创建 MVC 视图或 Razor 页面。 有关 Razor Pages 示例，请参阅示例应用中的 Pages/StatusCode.cshtml 。

使用此方法通常是当应用应：

处理请求，但不重定向到不同终结点。 对于 Web 应用，客户端的浏览器地址栏反映最初请求的终结点。

保留原始状态代码并通过响应返回该代码。

URL 模板和查询字符串模板可能包括状态代码的占位符 ({0})。 URL 模板必须以斜杠 (/) 开头。 若要在路径中使用占位符，请确认终结点(页或控制器)能否处理路径段。 例如，错误的 Razor Page 应通过 @page 指令接受可选路径段值：

@page "{code?}"

错误处理终结点可以获取生成错误的原始 URL，如下面的示例所示：

1 var statusCodeReExecuteFeature = HttpContext.Features.Get();2 if (statusCodeReExecuteFeature != null)3 {4 OriginalURL =

5 statusCodeReExecuteFeature.OriginalPathBase6 +statusCodeReExecuteFeature.OriginalPath7 +statusCodeReExecuteFeature.OriginalQueryString;8 }

禁用状态代码页

若要禁用 MVC 控制器或操作方法的状态代码页，请使用 [SkipStatusCodePages] 特性。

若要禁用 Razor Pages 处理程序方法或 MVC 控制器中的特定请求的状态代码页，请使用 IStatusCodePagesFeature：

1 var statusCodePagesFeature = HttpContext.Features.Get();2

3 if (statusCodePagesFeature != null)4 {5 statusCodePagesFeature.Enabled = false;6 }

异常处理代码

异常处理页中的代码可能会引发异常。 建议在生产错误页面中包含纯静态内容。

响应头

在响应头发送后：

应用无法更改响应的状态代码。

任何异常页或处理程序都无法运行。 必须完成响应或中止连接。

服务器异常处理

除了应用中的异常处理逻辑外，HTTP 服务器实现还能处理一些异常。 如果服务器在发送响应标头之前捕获到异常，服务器将发送不包含响应正文的“500 - 内部服务器错误” 响应。 如果服务器在发送响应标头后捕获到异常，服务器会关闭连接。 应用程序无法处理的请求将由服务器进行处理。 当服务器处理请求时，发生的任何异常都将由服务器的异常处理进行处理。 应用的自定义错误页面、异常处理中间件和筛选器都不会影响此行为。

启动异常处理

应用程序启动期间发生的异常仅可在承载层进行处理。

仅当错误在主机地址/端口绑定后出现时，托管层才能显示捕获的启动错误的错误页。 如果绑定失败：

托管层将记录关键异常。

dotnet 进程崩溃。

不会在 HTTP 服务器为 Kestrel 时显示任何错误页。

数据库错误页

数据库错误页中间件捕获与数据库相关的异常，可使用实体框架迁移来解析这些异常。 当这些异常出现时，便会生成 HTML 响应，其中包含用于解决问题的可能操作的详细信息。 应仅在开发环境中启用此页。 通过向 Startup.Configure 添加代码来启用此页：

1 if(env.IsDevelopment())2 {3 app.UseDatabaseErrorPage();4 }

异常筛选器

在 MVC 应用中，可以全局配置异常筛选器，也可以为每个控制器或每个操作单独配置。 在 Razor Pages 应用中，可以全局配置异常筛选器，也可以为每个页面模型单独配置。 这些筛选器处理在执行控制器操作或其他筛选器时出现的任何未处理的异常。

提示

异常筛选器适合捕获 MVC 操作内发生的异常，但它们不如异常处理中间件灵活。 建议使用中间件。 仅在需要根据选定 MVC 操作以不同方式执行错误处理时，才使用筛选器。