对于定义在视图文件中的共计9行代码，根据在注册DeveloperExceptionPageMiddleware中间件时指定的规则，最终显示在错误页面上的应该是第2行到第8行。如果利用浏览器访问相同的地址，我们会看到这7行代码会以下图的形式出现在错误页面上。值得一提的是，如果我们没有对SourceCodeLineCount属性作显式设置，它的默认值为6。
二、处理运行时异常
对于DeveloperExceptionPageMiddleware中间件来说，任何类型没有实现ICompilationException接口的异常都被视为“运行时异常”。通过ASP.NET Core应用的错误处理[1]：三种呈现错误页面的方式》演示的实例我们已经知道，DeveloperExceptionPageMiddleware中间件在处理运行时异常时不仅仅会将异常的详细信息显示在错误页面中，该页面中还会包含于当前请求相关的信息，包括查询字符串、Cookie和请求报头集合。现在我们关心的是另一个问题，我们利用DeveloperExceptionPageOptions的供的这个FileProvider对象就是出于什么目的呢？
对于错误页面呈现的描述异常的详细信息，除了类型和消息这些基本的信息之外，异常的堆栈追踪（Stack Trace）也会出现在该页面中。不仅如此，如果堆栈追踪包含源代码的信息（比如源文件路径以及对应源代码所在的行和列），DeveloperExceptionPageMiddleware中间件还会试着加载源文件，并将导致异常的源代码原封不动的显示出来。
public class Program { public static void Main() { new WebHostBuilder() .UseKestrel() .Configure(app => app .UseDeveloperExceptionPage() .Run(Invoke)) .Build() .Run(); } private static Task Invoke(HttpContext context) { throw new InvalidOperationException("Manually thrown exception"); } }
我们将前面演示的代码改写成如上的形式，并在本地以Debug模式运行该程序，将会得到如下图所示的错误页面。我们会看到由于异常的堆栈追踪信息中包含源代码的相关信息（源文件路径和行号），所以导致异常的那一行代码可以原封不动地显示出来。与编译异常处理方式一样，一并显示出来的还包括与之相邻的代码，至于具体会显示多少行相邻代码，自然也是通过DeveloperExceptionPageOptions的SourceCodeLineCount属性来控制的。
DeveloperExceptionPageOptions的FileProvider提供FileProvider对象的目的就是帮助读取源文件的内容，或者说它为我们的纠错调试提供源文件。如果我们在创建DeveloperExceptionPageMiddleware中间件的时候没有显式提供这么一个FileProvider，那么默认情况下会使用指向ContentRoot目录的这个PhysicalFileProvider。值得一提的是，如果异常的追踪堆栈中出现了源文件的路径，DeveloperExceptionPageMiddleware中间件总是会试图先从本地文件系统去加载这个文件，只有在本地文件加载失败的情况下它才会利用指定的FileProvider去读取文件。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对脚本之家的支持。
您可能感兴趣的文章: