这个中间件的实现思路也非常简单主要的工作就是，匹配配置的启用默认文件的路径+遍历到的默认文件名称的路径是否存在，如果匹配的上，则将配置的启用默认文件的路径+遍历到的默认文件名称的路径组合成新的Path(比如/staticfiles/index.html)交给后续的中间件去处理。这里值得注意的是UseDefaultFiles 必须要配合UseStaticFiles一起使用，而且注册位置要出现在UseStaticFiles之上。这也是为什么UseDefaultFiles只需要匹配到默认文件所在的路径并重新赋值给context.Request.Path既可的原因。
当然我们也可以自定义默认文件的名称，因为只要能匹配的到具体的文件既可
var defaultFilesOptions = new DefaultFilesOptions { RequestPath = "/staticfiles", FileProvider = fileProvider }; //我们可以清除掉系统默认的默认文件名称 defaultFilesOptions.DefaultFileNames.Clear(); defaultFilesOptions.DefaultFileNames.Add("mydefault.html"); app.UseDefaultFiles(defaultFilesOptions);
总结通过上面的介绍我们已经大致了解了静态文件处理的大致实现思路，相对于传统的Asp.Net程序我们可以更方便的处理静态文件信息，但是思路是一致的，IIS会优先处理静态文件，如果静态文件处理不了的情况才会交给程序去处理。ASP.NET Core也不例外，通过我们查看中间件源码里的context.GetEndpoint()==null判断可以知道，ASP.NET Core更希望我们优先去处理静态文件，而不是任意出现在其他位置去处理。关于ASP.NET Core处理静态文件的讲解就到这里，欢迎评论区探讨交流。
到此这篇关于浅谈ASP.NET Core静态文件处理源码探究的文章就介绍到这了,更多相关ASP.NET Core静态文件处理内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！
您可能感兴趣的文章: