Angular容器在AWS LB路径映射下的Nginx配置咨询

不需要将静态资源迁移到对应前缀的子目录，通过Nginx原生配置即可实现和.NET UsePathBase 等价的路径前缀适配效果，不需要改动原有文件目录结构。

核心前提配置 #

不管用哪种Nginx适配方案，必须先配置Angular应用的基础路径，这是浏览器正确解析相对静态资源、前端路由的核心依赖，和后端部署逻辑无关：

• 方式1：直接在index.html的head段添加<base href="/some-path/">
• 方式2：构建时注入参数，无需手动修改index.html：

ng build --base-href=/some-path/

之前出现静态资源请求丢失路径前缀的问题，核心原因之一就是未正确配置该值：浏览器解析相对路径时默认以当前访问路径的根为基准，没有base href的情况下，访问/some-path/下的index.html时，会把runtime.js这类相对路径资源解析到域名根路径下，自然会丢失前缀。不要依赖请求头中的Referer字段做路径判断，该字段受浏览器安全策略、代理配置、缓存机制影响可能丢失，不具备可靠性。

方案1：Nginx路径重写剥离前缀（推荐） #

核心逻辑是在Nginx层统一剥离LB透传的/some-path前缀，再匹配本地默认路径下的静态资源，和.NET UsePathBase处理逻辑完全一致，静态文件仍然保留在默认的/usr/share/nginx/html目录下即可。
完整配置如下：

server {
    listen       80;
    listen  [::]:80;
    server_name  localhost;

    # 匹配所有带LB路由前缀的请求
    location /some-path/ {
        # 重写规则：移除路径中的/some-path前缀，剩余路径进入内部资源匹配
        rewrite ^/some-path/(.*)$ /$1 break;
        root   /usr/share/nginx/html;
        index  index.html index.htm;
        # SPA路由兜底：资源不存在时统一返回index.html，由Angular路由处理
        try_files $uri $uri/ /index.html;
    }

    # 可选：根路径访问时自动跳转到对应前缀路径
    location / {
        return 302 /some-path/;
    }
}

之前直接修改location /some-path/未生效的原因是：Nginx的root指令会拼接location匹配的路径段，收到/some-path/runtime.js请求时，会默认去本地查找/usr/share/nginx/html/some-path/runtime.js文件，未做重写的情况下自然会返回404。

方案2：alias路径映射（无重写规则） #

如果不想配置rewrite规则，可使用alias指令替换root做路径映射，该指令不会拼接location的匹配段，直接将请求路径映射到指定的本地目录，同样不需要迁移静态文件：

server {
    listen       80;
    listen  [::]:80;
    server_name  localhost;

    location /some-path/ {
        # 注意alias路径末尾必须加斜杠，否则会出现路径拼接错误
        alias /usr/share/nginx/html/;
        index  index.html index.htm;
        try_files $uri $uri/ /some-path/index.html;
    }

    location / {
        return 302 /some-path/;
    }
}

补充说明 #

你当前使用的「静态文件迁移到子目录」方案可以正常运行，但缺点是如果LB侧调整路由前缀，需要同时修改Nginx配置、调整静态文件目录结构；上述两种方案仅需修改Nginx配置中的前缀字段，文件目录不需要任何调整，维护成本更低。
如果AWS LB侧支持配置路径重写规则，也可以直接在LB层将转发给后端的请求中的/some-path前缀剥离，这种场景下Nginx不需要做任何特殊配置，仅需保留最初的根路径location规则，配好Angular的base href即可正常运行。

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