ASP.NET Core中如何提供.properties等非常规静态文件服务？

当前做法的正确性 #

你添加第二个静态文件中间件的做法是可行的：第一个中间件处理所有默认支持的静态文件类型，当遇到.properties这类默认不识别的文件时，请求会流转到第二个中间件，由它提供正确的text/plain内容类型，不会影响其他静态文件的服务。但这种方式不算最简洁，有更优的实现方式。

正确配置非常规静态文件服务的方式 #

核心思路是扩展默认的内容类型提供者，而非完全替换，这样既能保留所有标准文件类型的映射，又能添加自定义类型：

步骤与代码示例 #

1. 先创建默认的FileExtensionContentTypeProvider实例，它自带所有常见文件类型的映射（比如.css、.js、.png等）
2. 向这个实例中添加.properties的类型映射
3. 将扩展后的提供者传入静态文件中间件配置

// 初始化默认内容类型提供者，包含所有标准文件类型映射
var contentTypeProvider = new FileExtensionContentTypeProvider();

// 给.properties文件添加内容类型映射（先判断避免重复添加）
if (!contentTypeProvider.Mappings.ContainsKey(".properties"))
{
    contentTypeProvider.Mappings.Add(".properties", "text/plain");
}

// 配置静态文件中间件，使用扩展后的提供者
app.UseStaticFiles(new StaticFileOptions
{
    ContentTypeProvider = contentTypeProvider
});

为什么直接替换提供者会出问题 #

如果直接用new FileExtensionContentTypeProvider(new Dictionary<...>)创建提供者，这个实例只会包含你传入的自定义映射，完全覆盖了默认的所有类型配置，导致其他静态文件无法匹配到正确的内容类型，浏览器也就无法正常解析这些文件。

可选优化：限定特定路径 #

如果.properties文件只存在于某个特定目录（比如wwwroot/pdfjs），可以给第二个静态文件中间件指定RequestPath，缩小作用范围，更精准：

app.UseStaticFiles(); // 处理全局默认静态文件

// 只处理/pdfjs路径下的文件，添加.properties映射
app.UseStaticFiles(new StaticFileOptions
{
    RequestPath = "/pdfjs",
    ContentTypeProvider = new FileExtensionContentTypeProvider(new Dictionary<string, string>
    {
        {".properties", "text/plain"}
    })
});

内容的提问来源于stack exchange，提问作者AtomicallyBeyond