后端服务端口不一致本身不是错误，关键在于nginx配置需明确、隔离且可追溯；必须按业务或端口拆分upstream块，精准绑定server_name与location，严格匹配proxy_pass名称，并验证后端可达性与协议一致性。
后端服务端口不一致本身不是错误，而是常见现实——关键在于 Nginx 配置是否明确、隔离且可追溯。路由转发错误（如 502、404、请求打到错误端口）往往不是端口差异引起，而是 upstream 定义与 proxy_pass 引用之间出现错位或混用。
确保每个 upstream 独立对应一组端口一致的后端
不同微服务监听不同端口（比如用户服务在 8081，订单服务在 8082），就不能共用一个 upstream 块。必须按端口（或业务职责）拆开定义：
- upstream user_api { server 10.0.1.10:8081; server 10.0.1.11:8081; }
- upstream order_api { server 10.0.1.20:8082; server 10.0.1.21:8082; }
- 避免写成：upstream all_backends { server 10.0.1.10:8081; server 10.0.1.20:8082; } —— 这会导致轮询时把用户请求发到订单端口，必然 502
server_name + location 组合精准绑定 upstream
靠域名或路径区分流量，再把请求导向对应端口组：
- server_name api.user.example.com → location / { proxy_pass http://user_api; }
- server_name api.order.example.com → location / { proxy_pass http://order_api; }
- 或者统一域名下用路径区分：location /user/ { proxy_pass http://user_api/; }，注意 proxy_pass 末尾斜杠作用是去除前缀，不是“适配端口”
检查 proxy_pass 是否指向了正确的 upstream 名称
这是最常出错的一环。proxy_pass 后的名称必须和 upstream 块首行完全一致（大小写、下划线、无空格）：
- 定义的是 upstream payment_service { ... }，就只能写 proxy_pass http://payment_service;
- 写成 http://payment-service 或 http://payment_service/（带尾部斜杠）都会报错或行为异常
- 建议 upstream 名使用小写字母+下划线，避免拼写歧义
验证后端可达性与协议一致性
端口对了，不代表服务能通。需确认：
- 后端服务确实在对应 IP 和端口上监听（netstat -tuln | grep :8081）
- 防火墙或安全组放行该端口（尤其是跨主机场景）
- 后端服务响应的是 HTTP 协议（不是 HTTPS 或 raw TCP），否则 proxy_pass 会失败
- 若后端是 HTTPS，proxy_pass 必须写成 https://xxx，且 Nginx 需启用 ssl 模块并处理证书信任问题
