ASP.NET Core基础之异常中间件

了解异常中间件

首先，使用ASP.NET模板创建一个核心应用程序。默认情况下，ASP.NET核心应用程序只是返回应用程序未处理的异常的状态代码。如下所示，我们引发异常。

运行应用程序时，将得到以下输出。

如上图所示，它为您提供的状态代码为 500，这意味着内部服务器错误。但是，作为开发人员，在开发应用程序时，您应该知道有关页面上异常的详细信息，以便可以采取必要的操作来修复错误。

如何使用异常中间件？

如果希望应用程序显示显示有关未处理异常的详细信息的页面，则需要在请求处理管道中配置开发人员异常页面中间件。

为此，请修改Startup类的Configure 方法，如下所示，以添加开发人员异常页中间件，该中间件将处理应用程序中发生的未处理异常。

现在运行该应用程序，它将显示以下页面，其中包含有关未处理异常的详细信息。

如上图所示，“开发人员异常”页面包含五个选项卡，例如“堆栈”，“队列”，“ Cookie”，“标题”和“路由”。

  • 1.堆栈：“堆栈”选项卡提供堆栈跟踪信息，该信息指示确切的异常发生位置，文件名以及导致异常的行号。
  • 2.查询：“查询”选项卡提供有关查询字符串的信息。
  • 3.Cookies：“ Cookies”选项卡显示有关请求设置的cookie的信息。
  • 4.标头：“标头”选项卡提供有关标头的信息，该信息由客户端在发出请求时发送。
  • 5.路由：“路由”选项卡提供有关方法的“路由模式”和“路由HTTP动词”类型等信息。

现在，如果您验证“查询”选项卡和“ Cookies”选项卡，那么您将看不到任何信息，因为您没有在URL中传递任何查询字符串值，或者未在请求中设置Cookie。

注意：仅当应用程序在开发环境中运行时，才应启用“开发人员异常页面中间件”。 当应用程序在生产环境中运行时，您不想共享详细的异常信息。

如何自定义UseDeveloperExceptionPage中间件？

如果需要，还可以自定义UseDeveloperExceptionPage中间件。 您需要记住的一点是，每当您要在ASP.NET Core中自定义中间件组件时，都需要使用相应的Options对象。 例如

  • 1.UseDeveloperExceptionPage =>使用DeveloperExceptionPageOptions对象自定义此中间件
  • 2.UseDefaultFiles =>使用DefaultFilesOptions对象来自定义此中间件
  • 3.UseStaticFiles =>使用StaticFileOptions对象来自定义此中间件
  • 4.UseFileServer =>使用FileServerOptions对象来自定义此中间件

由于我们将自定义UseDeveloperExceptionPage（）中间件组件，因此我们需要使用DeveloperExceptionPageOptions对象。 因此，如下所示修改Startup类的Configure方法。

如您在上面的代码中看到的，我们正在使用一个名为SourceCodeLineCount的属性。 DeveloperExceptionPageOptions类的SourceCodeLineCount属性指定在导致异常的代码行之前和之后要包含的代码行数。

现在，如果在进行上述更改的情况下运行应用程序，则将出现以下错误。 请查看错误的行号，即37行。同时，请查看错误行之前和之后的行号。

在哪配置UseDeveloperExceptionPage中间件？

我们需要在应用程序的请求处理管道中尽早配置UseDeveloperExceptionPage（）中间件，以便它可以处理未处理的异常，然后显示带有异常详细信息的Developer Exception Page。

让我们看看在导致异常的中间件之后配置UseDeveloperExceptionPage（）中间件时发生了什么。 请如下所示修改Configure（）方法。

完成上述更改后，当我们运行该应用程序时，它不会显示开发人员的异常页面，而只会返回默认的错误状态代码。 这就是为什么我们需要尽早配置UseDeveloperExceptionPage（）中间件来处理请求处理管道中应用程序未处理的异常的原因。

到此这篇关于ASP.NET Core基础之异常中间件的文章就介绍到这了。希望对大家的学习有所帮助，也希望大家多多支持我们。

赞 (0)

相关推荐

  • ASP.NET Core基础之启动设置

    ASP.NET Core基础之启动设置

    这一章,我们了解一下launchSettings.json的作用. 打开launchSettings.json 文件后,默认情况下,您将找到以下代码. { "iisSettings": { "windowsAuthentication": false, "anonymousAuthentication": true, "iisExpress": { "applicationUrl": "http:

  • ASP.NET Core基础之Startup类

    ASP.NET Core基础之Startup类

    ASP.NET Core必须包含Startup类.它就像 Global.asax 文件,我们传统的 .NET 应用程序.如名称建议的那样,在应用程序启动时首先执行它.在程序类的Main方法中配置主机时,可以使用UseStartup()扩展方法配置启动类.请查看下面的程序类,并重点介绍 WebBuilder.UseStartup() 方法. 名称"Startup"是按照ASP.NET Core约定进行的. 但是,您可以给Startup类指定任何名称,只需在UseStartup ()方法中

  • ASP.NET Core应用错误处理之DeveloperExceptionPageMiddleware中间件呈现“开发者异常页面”

    前言 在<ASP.NET Core应用的错误处理[1]:三种呈现错误页面的方式>中,我们通过几个简单的实例演示了如何呈现一个错误页面,这些错误页面的呈现分别由三个对应的中间件来完成,接下来我们将对这三个中间件进行详细介绍.在开发环境呈现的异常页面是通过一个类型为DeveloperExceptionPageMiddleware中间件实现的. public class DeveloperExceptionPageMiddleware { public DeveloperExceptionPageM

  • ASP.NET Core基础之请求处理管道

    ASP.NET Core基础之请求处理管道

    了解ASP.NET处理管道 为了理解ASP.NET Core中的请求处理管道概念,让我们修改Startup类的Configure()方法,如下所示. 在这里,我们将三个中间件组件注册到请求处理管道中. 如您所见,前两个组件是使用Use() 扩展方法注册的,因此它们有机会在请求处理管道中调用下一个中间件组件. 最后一个使用Run() 扩展方法注册,因为它将成为我们的终止组件,即它将不会调用下一个组件. 了解ASP.NET Core请求处理管道执行顺序 为了理解这一点,让我们将上面的输出与下图进行比

  • ASP.NET Core 中间件的使用之全局异常处理机制

    ASP.NET Core 中间件的使用之全局异常处理机制

    目录 1.创建项目 2.创建全局异常过滤器 3.依赖注入全局异常处理机制 4.测试全局异常处理机制 前言: 我们经常听到"秒修复秒上线",觉得很厉害的样子. 其实不然,这只是一个调侃而已,出现问题的方式很多(逻辑漏洞.代码异常.操作方式不正确等). 我们今天来说代码异常问题怎么快速定位,减少不必要的时间浪费. 这就是今天的主题"添加全局异常处理机制"捕捉异常存储到数据库(mongodb.SqlServer.MySQL等). PS:输出txt的话不怎么友好,不是所有人

  • ASP.NET Core基础之Main方法讲解

    为什么ASP.NET Core采用Main方法? 需要记住的最重要的一点是,ASP.NET Core Web 应用程序最初作为控制台应用程序启动,Main() 方法是应用程序的入口点.因此,当我们执行ASP.NET Core Web应用程序时,首先它寻找 Main() 方法,这是执行开始的方法.然后,Main()方法将ASP.NET配置并启动它.此时,应用程序将成为ASP.NET Core Web应用程序. 如果进一步查看 Main() 方法的正文,则会发现它通过将命令行参数 args 作为参数

  • ASP.NET Core应用程序配置文件AppSetting.json

    ASP.NET Core应用程序配置文件AppSetting.json

    AppSetting.json 当我们使用空项目模板或Razor页面或MVC模板或Web API模板创建ASP.NET Core Web应用程序时,Visual Studio会自动为我们创建appsettings.json文件,如下图所示. appsettings.json文件是一个应用程序配置文件,用于存储配置设置,例如数据库连接字符串,任何应用程序范围的全局变量等.如果打开ASP.NET Core appsettings.json文件,则默认情况下会看到以下代码 这是由Visual Stud

  • ASP.NET CORE基础教程

    ASP.NET CORE基础教程

    目录 第一课 基本概念 第二课 控制器的介绍 第三课 视图与表单 第四课 数据验证 第五课 路由规则 第六课 应用发布与部署 源码地址 第一课 基本概念 基本概念 Asp.Net Core Mvc是.NET Core平台下的一种Web应用开发框架 符合Web应用特点 .NET Core跨平台解决方案 MVC设计模式的一种实现 环境准备 安装最新版Visual Studio 2017 安装最新版.NET Core Sdk 第二课 控制器的介绍 控制器定义方式: 命名以Controller结尾 使用

  • ASP.NET Core基础之中间件

    ASP.NET Core基础之中间件

    什么是ASP.NET Core Middleware? ASP.NET Core中间件组件是被组装到应用程序管道中以处理HTTP请求和响应的软件组件(从技术上来说,组件只是C#类). ASP.NET Core应用程序中的每个中间件组件都执行以下任务. 选择是否将 HTTP 请求传递给管道中的下一个组件.这可以通过在中间件中调用下一个 next() 方法实现. 可以在管道中的下一个组件之前和之后执行工作. 在ASP.NET Core中,已经有很多内置的中间件组件可供使用,您可以直接使用它们. 如果

  • ASP.NET Core中的wwwroot文件夹

    ASP.NET Core中的wwwroot文件夹

    ASP.NET Core中wwwroot文件夹 默认情况下,ASP.NET Core应用程序中的wwwroot文件夹被视为webroot文件夹,并且该文件夹或目录应位于根项目文件夹中. 在ASP.NET Core应用程序中,静态文件可以存储在webroot文件夹下的任何文件夹中,并且可以使用指向该根目录的相对路径进行访问. 添加wwwroot(webroot)文件夹 当使用Web和MVC模板创建ASP.NET Core Web应用程序时,默认情况下,该文件夹(wwwroot)在根项目文件夹中创建

  • ASP.NET Core托管模型CreateDefaultBuilder()方法

    ASP.NET Core托管模型CreateDefaultBuilder()方法

    让我们讨论一下 CreateDefaultBuilder() 方法究竟对配置和设置 Web 服务器的作用.从托管的角度来看,一个ASP.NET Web 应用程序可以通过两种方式托管,即进程托管(InProcess)或进程外托管(OutOfProcess). 注:当我们使用任何模板创建新 ASP.NET Core Web 应用程序时,默认情况下,使用InProcess 托管创建项目文件,该托管用于在 IIS 或 IIS Express 方案中托管应用程序. 如何验证是否在进程内? 为了验证上面的观

随机推荐