Nginx通过多upstream语义化分组与location精准匹配实现业务分流：为各业务线定义独立upstream（如upstream_user_api），配合^~或~*规则按路径/后缀路由；proxy_pass末尾斜杠决定路径转发方式，并需配置header透传、跨域、长连接等保障稳定性。
配置多个 upstream 块配合 location 实现业务按需分流，核心是“语义化分组 + 精准匹配 + 路由绑定”。不需要改后端代码，也不依赖额外组件，纯靠 Nginx 的 upstream 和 location 规则就能把不同业务请求稳稳送到对应集群。
定义多个语义化 upstream
每个业务线单独建一个 upstream，名称要能一眼看懂用途，比如 upstream_user_api、upstream_order_svc、upstream_static_res。这样后期排查、监控、扩缩容都更直观。
- 支持为不同节点设置 weight、max_fails、fail_timeout，适配性能差异或故障恢复策略
- 可用 backup 标记灾备节点，比如支付类服务可配一台低优先级备用机
- 避免所有 upstream 共用同一组 server，否则失去隔离意义
用 location 按路径或后缀精准匹配
location 是分流的“开关”，必须和 upstream 的业务边界对齐。推荐用 ^~（前缀匹配）或 ~*（不区分大小写正则）两种方式，兼顾性能与灵活性。
-
/api/user/、/api/order/ 这类 RESTful 接口路径，用
location ^~/api/user { proxy_pass http://upstream_user_api; } -
.js、.png、/assets/ 这类静态资源，用
location ~* \.(js|css|png|woff2)$ { proxy_pass http://upstream_static_res; } - 避免用
location /直接兜底转发，否则会覆盖更具体的规则
注意 proxy_pass 的末尾斜杠和路径重写
proxy_pass 后是否带 /，直接影响后端收到的 URI。这是实际配置中最容易出错的一环。
-
proxy_pass http://upstream_user_api;→ 后端收到完整路径，如/api/user/list -
proxy_pass http://upstream_user_api/;→ 自动剥离 location 匹配部分，后端收到/user/list - 若后端服务不接受带
/api前缀的路径，就用带斜杠写法，必要时补rewrite ^/api/(.*) /$1 break;
补充实用细节提升稳定性
光能转发还不够，生产环境需要加几项关键配置来保障可用性。
- 为每个 location 显式设置
proxy_set_header X-Real-IP $remote_addr;和X-Forwarded-For，方便后端日志溯源 - 跨域接口统一加
add_header Access-Control-Allow-Origin *;和预检响应（OPTIONS 返回 204） - 对关键业务 upstream 开启
keepalive 32;并在 location 中加proxy_http_version 1.1;、proxy_set_header Connection '';复用连接
