Nginx反向代理下多.NET Core子应用静态文件无法正确区分加载的问题求助

嗨，我来帮你捋清楚这个问题的根源和解决方案——核心问题其实是你的.NET Core应用不知道自己运行在/app1、/app2这类子路径下，所以生成静态文件URL时直接用了根路径/static/xxx，而不是带前缀的/app1/static/xxx，才导致Nginx找不到对应的资源。下面给你两种靠谱的解决思路，优先推荐第一种：

方案一：修改.NET Core应用配置（根治问题） #

让应用本身明确自己的基路径，这样它生成的所有URL（包括静态文件）都会自动带上/app1或/app2前缀，从根源上解决路径错误的问题。

针对ASP.NET Core 3.1及以上版本（Program.cs） #

打开每个应用的Program.cs，在构建Web主机时添加UsePathBase配置：

var builder = WebApplication.CreateBuilder(args);

// 关键：给app1指定基路径为/app1
builder.WebHost.UsePathBase("/app1");

// 其他原有配置（比如添加服务、中间件）...
builder.Services.AddControllersWithViews();

var app = builder.Build();

// 确保静态文件中间件正常启用（默认已添加，可确认）
app.UseStaticFiles();

// 其他中间件配置...
app.UseRouting();
app.UseAuthorization();
app.MapControllerRoute(
    name: "default",
    pattern: "{controller=Home}/{action=Index}/{id?}");

app.Run();

同理，app2的Program.cs里要改成builder.WebHost.UsePathBase("/app2")。

简化Nginx转发配置 #

修改后的应用已经能生成正确的带前缀URL，你可以把Nginx的location配置简化成这样（注意proxy_pass末尾的斜杠很重要）：

upstream app1 {
    server 127.0.0.1:44305;
}

upstream app2 {
    server 127.0.0.1:44306;
}

server {
    # 其他server配置（比如HTTPS监听、证书等）...

    location /app1/ {
        proxy_pass http://app1/;  # 末尾的斜杠会自动把/app1/xxx转换成http://app1/xxx
        # 转发必要请求头，让.NET Core应用正确识别请求信息
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }

    location /app2/ {
        proxy_pass http://app2/;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

这样配置后，当用户访问https://mywebsite.com/app1/static/image.png时，Nginx会正确转发到http://127.0.0.1:44305/static/image.png，和应用的静态文件路径完美匹配。

方案二：用Nginx的sub_filter替换响应中的URL（无需修改应用） #

如果因为某些原因你不能修改应用代码（比如多个应用共用同一个部署包），可以用Nginx的sub_filter模块在响应返回浏览器前，替换静态文件的路径。

首先确保你的Nginx编译时包含了ngx_http_sub_module模块（大部分主流发行版的预编译包都自带），然后修改location配置：

location /app1/ {
    proxy_pass http://app1/;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $scheme;

    # 把响应里的/static/替换成/app1/static/
    sub_filter '/static/' '/app1/static/';
    sub_filter_once off;  # 替换所有匹配内容，而非仅第一个
}

location /app2/ {
    proxy_pass http://app2/;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $scheme;

    sub_filter '/static/' '/app2/static/';
    sub_filter_once off;
}

这个方法属于“曲线救国”，通过Nginx修改响应内容来修正路径，但不如方案一可靠——如果应用生成的静态URL格式有变化（比如带版本号、查询参数），可能会出现匹配不到的情况。

为什么你之前的方法行不通？ #

你之前添加的location /static/块，Nginx无法区分这个请求来自app1还是app2，因为请求URL里没有/app1或/app2的标识，只能统一转发到app1的静态资源，自然会导致app2的静态文件加载错误。而让应用自己生成带前缀的URL，从根源上解决了请求路径的标识问题。

备注：内容来源于stack exchange，提问作者Jeff Do