通过上面演示的实例可以看出，浏览器能够正确的将请求的目标文件的内容正常的呈现出来。对HTTP协议具有基本了解的人都应该知道，响应的文件能够在支持的浏览器上呈现具有一个基本的前提，那就是响应消息通过Content-Type报头携带的媒体类型必须与内容一致。我们的实例演示了针对两种类型文件的请求，一种是JPG文件，另一种是PDF文件，对应的媒体类型分别是“image/jpg”和“application/pdf”，那么StaticFileMiddleware是如何正确解析出正确的媒体类型的呢？
StaticFileMiddleware针对媒体类型的解析是通过一个名为ContentTypeProvider的对象来实现的，而默认使用的则是一个FileExtensionContentTypeProvider对象。顾名思义，FileExtensionContentTypeProvider是根据文件的扩展命名来解析媒体类型的。FileExtensionContentTypeProvider内部预定了数百种常用文件扩展名与对应媒体类型之间的映射关系，所以如果我们发布的静态文件具有标准的扩展名，StaticFileMiddleware就能为对应的响应赋予正确的媒体类型。
那么如果某个文件的扩展名没有在这个预定义的映射之中，或者我们需要某个预定义的扩展名匹配不同的媒体类型，我们应该如何解决呢？还是针对我们演示的这个实例，想在我将“~/wwwroot/img/ dophin1.jpg”这个文件的扩展名改成“.img”，毫无疑问StaticFileMiddleware将能为针对该文件的请求解析出正确媒体类型。这个问题具有若干不同的解决方案，第一种方案就是让StaticFileMiddleware支持不能识别的文件类型，并为它们设置一个默认的媒体类型，如下所示了具体采用的编程方式。
public class Program { public static void Main() { new WebHostBuilder() .UseContentRoot(Directory.GetCurrentDirectory();) .UseKestrel() .Configure(app => app.UseStaticFiles(new StaticFileOptions { ServeUnknownFileTypes = true, DefaultContentType = "image/jpg" })) .Build() .Run(); } }
上述这种解决方案只能设置一种默认媒体类型，如果具有多种需要映射成不同媒体类型的非识别文件类型，采用这种方案就无能为力了，所以最根本的解决方案还是需要将不能识别的文件类型和对应的媒体类型进行映射。由于StaticFileMiddleware使用的ContentTypeProvider是可以定制的，我们可以按照如下的方式显式地为StaticFileMiddleware指定一个FileExtensionContentTypeProvider对象作为它的ContentTypeProvider，然后将取缺失的映射添加到这个FileExtensionContentTypeProvider对象上。
public class Program { public static void Main() { FileExtensionContentTypeProvider contentTypeProvider = new FileExtensionContentTypeProvider(); contentTypeProvider.Mappings.Add(".img", "image/jpg"); new WebHostBuilder() .UseContentRoot(Directory.GetCurrentDirectory()) .UseKestrel() .Configure(app => app.UseStaticFiles(new StaticFileOptions{ ContentTypeProvider = contentTypeProvider })) .Build() .Run(); } }
以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，如果有疑问大家可以留言交流，同时也希望多多支持脚本之家！
您可能感兴趣的文章: