.NET Core的文件系统[3]：由PhysicalFileProvider构建的物理文件系统

原文链接：https://blog.csdn.net/weixin_33795833/article/details/90324791

ASP.NET Core应用中使用得最多的还是具体的物理文件，比如配置文件、View文件以及网页上的静态文件，物理文件系统的抽象通过PhysicalFileProvider这个FileProvider来实现，该类型定义在NuGet包“Microsoft.Extensions.FileProviders.Physical”中。我们知道System.IO命名空间下定义了一整套针操作物理目录和文件的API，实际上PhysicalFileProvider最终也是通过调用这些API来完成相关的IO操作的。

一、PhysicalFileProvider

如下所示的代码片段展示PhysicalFileProvider类型的定义。

二、PhysicalFileInfo

一个PhysicalFileProvider对象总是映射到某个具体的物理目录下，被映射的目录所在的路径通过构造函数的参数root来提供，该目录将作为PhysicalFileProvider的根目录。GetFileInfo方法返回的FileInfo对象代表指定路径对应的文件，这是一个类型为PhysicalFileInfo的对象，如下所示的代码片段展示了该类型的完整定义。一个物理文件可以通过一个System.IO.FileInfo对象来表示，一个PhysicalFileInfo对象实际上就是对这个一个FileInfo对象的封装，定义在PhysicalFileInfo的所有属性都来源于这个FileInfo对象。对于创建读取文件输出流的CreateReadStream方法来说，它返回的是一个根据物理文件绝对路径创建的FileStream对象。

对于PhysicalFileProvider的GetFile方法来说，即使我们指定的路径指向一个具体的物理文件，它并不总是会返回一个PhysicalFileInfo对象。具体来说，PhysicalFileProvider会将如下几种场景视为“目标文件不存在”，并让GetFile返回一个NotFoundFileInfo对象。顾名思义，NotFoundFileInfo表示的正式一个“不存在”的文件，即它的Exists属性总是返回False，而其他的属性则变得没有任何意义。当我们调用它的CreateReadStream试图读取一个根本不存在的文件内容时，会抛出一个FileNotFoundException类型的异常。

• 确实没有一个物理文件与指定的路径相匹配。
• 如果指定的是一个绝对路径（比如“c:\foobar”），即Path.IsPathRooted返回返回True。
• 如果指定的路径指向一个隐藏文件。

三、PhysicalDirectoryInfo

对于PhysicalFileProvider来说，它利用PhysicalFileInfo对象来描述某个具体的物理文件，针对目录的描述则通过一个类型为PhysicalDirectoryInfo的对象。既然PhysicalFileInfo是对一个System.IO.FileInfo对象的封装，那么我们应该想得到PhysicalDirectoryInfo封装的自然就是表示目录的DirectoryInfo对象。如下面的代码片段所示，我们需要在创建一个PhysicalDirectoryInfo对象时提供这个DirectoryInfo对象，PhysicalDirectoryInfo实现的所有属性的返回值都来源于这个DirectoryInfo对象。由于CreateReadStream方法的目的是读取文件的内容，所以当我们调用一个PhysicalDirectoryInfo对象的这个方法的时候，会抛出一个InvalidOperationException类型的异常。