Java自学者论坛

 找回密码
 立即注册

手机号码,快捷登录

恭喜Java自学者论坛(https://www.javazxz.com)已经为数万Java学习者服务超过8年了!积累会员资料超过10000G+
成为本站VIP会员,下载本站10000G+会员资源,会员资料板块,购买链接:点击进入购买VIP会员

JAVA高级面试进阶训练营视频教程

Java架构师系统进阶VIP课程

分布式高可用全栈开发微服务教程Go语言视频零基础入门到精通Java架构师3期(课件+源码)
Java开发全终端实战租房项目视频教程SpringBoot2.X入门到高级使用教程大数据培训第六期全套视频教程深度学习(CNN RNN GAN)算法原理Java亿级流量电商系统视频教程
互联网架构师视频教程年薪50万Spark2.0从入门到精通年薪50万!人工智能学习路线教程年薪50万大数据入门到精通学习路线年薪50万机器学习入门到精通教程
仿小米商城类app和小程序视频教程深度学习数据分析基础到实战最新黑马javaEE2.1就业课程从 0到JVM实战高手教程MySQL入门到精通教程
查看: 652|回复: 0

asp.net core中的异常处理

[复制链接]
  • TA的每日心情
    奋斗
    2024-11-24 15:47
  • 签到天数: 804 天

    [LV.10]以坛为家III

    2053

    主题

    2111

    帖子

    72万

    积分

    管理员

    Rank: 9Rank: 9Rank: 9

    积分
    726782
    发表于 2021-6-13 20:45:59 | 显示全部楼层 |阅读模式

    开发人员异常页

    开发人员异常页 显示请求异常的详细信息。 此页是通过 Microsoft.AspNetCore.App 元包中的 Microsoft.AspNetCore.Diagnostics 包提供。 向 Startup.Configure 方法添加代码,以当应用在开发环境中运行时启用此页:

    1 if (env.IsDevelopment())
    2 {
    3     app.UseDeveloperExceptionPage();
    4 }
    5 else
    6 {
    7     app.UseExceptionHandler("/Error");
    8     app.UseHsts();
    9 }

     

    将 UseDeveloperExceptionPage 调用置于要捕获其异常的任何中间件前面。

     警告

    仅当应用程序在开发环境中运行时才启用开发人员异常页 。 否则当应用程序在生产环境中运行时,详细的异常信息会向公众泄露 有关配置环境的详细信息,请参阅 在 ASP.NET Core 中使用多个环境

    该页包括关于异常和请求的以下信息:

    • 堆栈跟踪
    • 查询字符串参数(如果有)
    • Cookie(如果有)
    • 标头

    异常处理程序页

    若要为生产环境配置自定义错误处理页,请使用异常处理中间件。 中间件:

    • 捕获并记录异常。
    • 在备用管道中为指定的页或控制器重新执行请求。 如果响应已启动,则不会重新执行请求。

    在下面的示例中,UseExceptionHandler 在非开发环境中添加异常处理中间件:

    1 if (env.IsDevelopment())
    2 {
    3     app.UseDeveloperExceptionPage();
    4 }
    5 else
    6 {
    7     app.UseExceptionHandler("/Error");
    8     app.UseHsts();
    9 }

    Razor Pages 应用模板提供“页面” 文件夹中的 Error 页 (.cshtml ) 和 PageModel 类 (ErrorModel)。 对于 MVC 应用,项目模板包括 Error 操作方法和 Error 视图。 操作方法如下:

    1 [AllowAnonymous]
    2 public IActionResult Error()
    3 {
    4     return View(new ErrorViewModel 
    5         { RequestId = Activity.Current?.Id ?? HttpContext.TraceIdentifier });
    6 }
    不要使用 HTTP 方法属性(如 HttpGet)修饰错误处理程序操作方法。 显式谓词可阻止某些请求访问方法。 允许匿名访问方法,以便未经身份验证的用户能够接收错误视图。

    访问异常

    使用 IExceptionHandlerPathFeature 访问错误处理程序控制器或页中的异常和原始请求路径:

     1 var exceptionHandlerPathFeature =
     2     HttpContext.Features.Get<IExceptionHandlerPathFeature>();
     3 if (exceptionHandlerPathFeature?.Error is FileNotFoundException)
     4 {
     5     ExceptionMessage = "File error thrown";
     6 }
     7 if (exceptionHandlerPathFeature?.Path == "/index")
     8 {
     9     ExceptionMessage += " from home page";
    10 }

     警告

    请勿 向客户端提供敏感错误信息。 提供服务的错误是一种安全风险。

    异常处理程序 lambda

    自定义异常处理程序页的替代方法是向 UseExceptionHandler 提供 lambda。 使用 lambda,可以在返回响应前访问错误。

    下面的示例展示了如何使用 lambda 进行异常处理:

     1 if (env.IsDevelopment())
     2 {
     3     app.UseDeveloperExceptionPage();
     4 }
     5 else
     6 {
     7    app.UseExceptionHandler(errorApp =>
     8    {
     9         errorApp.Run(async context =>
    10         {
    11             context.Response.StatusCode = 500;
    12             context.Response.ContentType = "text/html";
    13 
    14             await context.Response.WriteAsync("<html lang=\"en\"><body>\r\n");
    15             await context.Response.WriteAsync("ERROR!<br><br>\r\n");
    16 
    17             var exceptionHandlerPathFeature = 
    18                 context.Features.Get<IExceptionHandlerPathFeature>();
    19 
    20             // Use exceptionHandlerPathFeature to process the exception (for example, 
    21             // logging), but do NOT expose sensitive error information directly to 
    22             // the client.
    23 
    24             if (exceptionHandlerPathFeature?.Error is FileNotFoundException)
    25             {
    26                 await context.Response.WriteAsync("File error thrown!<br><br>\r\n");
    27             }
    28 
    29             await context.Response.WriteAsync("<a href=\"/\">Home</a><br>\r\n");
    30             await context.Response.WriteAsync("</body></html>\r\n");
    31             await context.Response.WriteAsync(new string(' ', 512)); // IE padding
    32         });
    33     });
    34     app.UseHsts();
    35 }

     警告

    不要 向客户端提供来自 IExceptionHandlerFeature 或 IExceptionHandlerPathFeature 的敏感错误信息。 提供服务的错误是一种安全风险。

     

    UseStatusCodePages

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

    此中间件是通过 Microsoft.AspNetCore.App 元包中的 Microsoft.AspNetCore.Diagnostics 包提供。

    若要启用常见错误状态代码的默认纯文本处理程序,请在 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     await context.HttpContext.Response.WriteAsync(
    6         "Status code page, status code: " + 
    7         context.HttpContext.Response.StatusCode);
    8 });

     

    
    

    UseStatusCodePagesWithRedirects

    UseStatusCodePagesWithRedirects 扩展方法:

    • 向客户端发送“302 - 已找到” 状态代码。
    • 将客户端重定向到 URL 模板中的位置。
     app.UseStatusCodePagesWithRedirects("/StatusCode?code={0}"); 

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

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

    • 应将客户端重定向到不同的终结点(通常在不同的应用处理错误的情况下)。 对于 Web 应用,客户端的浏览器地址栏反映重定向终结点。
    • 不应保留原始状态代码并通过初始重定向响应返回该代码。

    UseStatusCodePagesWithReExecute

    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<IStatusCodeReExecuteFeature>();
    2 if (statusCodeReExecuteFeature != null)
    3 {
    4     OriginalURL =
    5         statusCodeReExecuteFeature.OriginalPathBase
    6         + statusCodeReExecuteFeature.OriginalPath
    7         + statusCodeReExecuteFeature.OriginalQueryString;
    8 }

     

    禁用状态代码页

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

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

    1 var statusCodePagesFeature = HttpContext.Features.Get<IStatusCodePagesFeature>();
    2 
    3 if (statusCodePagesFeature != null)
    4 {
    5     statusCodePagesFeature.Enabled = false;
    6 }

     

    异常处理代码

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

    响应头

    在响应头发送后:

    • 应用无法更改响应的状态代码。
    • 任何异常页或处理程序都无法运行。 必须完成响应或中止连接。

    服务器异常处理

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

    启动异常处理

    应用程序启动期间发生的异常仅可在承载层进行处理。 可以将主机配置为,捕获启动错误捕获详细错误

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

    • 托管层将记录关键异常。
    • dotnet 进程崩溃。
    • 不会在 HTTP 服务器为 Kestrel 时显示任何错误页。

    在 IIS(或 Azure 应用服务)或 IIS Express 上运行应用时,如果无法启动进程,ASP.NET Core 模块将返回“502.5 - 进程失败” 。 有关详细信息,请参阅 Azure App Service 和 IIS 上的 ASP.NET Core 疑难解答

    数据库错误页

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

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

     

    异常筛选器

    在 MVC 应用中,可以全局配置异常筛选器,也可以为每个控制器或每个操作单独配置。 在 Razor Pages 应用中,可以全局配置异常筛选器,也可以为每个页面模型单独配置。 这些筛选器处理在执行控制器操作或其他筛选器时出现的任何未处理的异常。 有关详细信息,请参阅 ASP.NET Core 中的筛选器

     提示

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

    哎...今天够累的,签到来了1...
    回复

    使用道具 举报

    您需要登录后才可以回帖 登录 | 立即注册

    本版积分规则

    QQ|手机版|小黑屋|Java自学者论坛 ( 声明:本站文章及资料整理自互联网,用于Java自学者交流学习使用,对资料版权不负任何法律责任,若有侵权请及时联系客服屏蔽删除 )

    GMT+8, 2024-12-23 07:17 , Processed in 0.063421 second(s), 29 queries .

    Powered by Discuz! X3.4

    Copyright © 2001-2021, Tencent Cloud.

    快速回复 返回顶部 返回列表