Nginx中proxy_pass末尾斜杠决定路径是否剥离：带/则剥离location匹配前缀，不带/则原样拼接；需配合rewrite或proxy_set_header Host确保后端正确解析路径与Host头。
用 proxy_pass 时路径丢失，根本原因是 Nginx 对末尾斜杠的处理逻辑不同，导致 URI 被截断或拼接错误。关键不在“转发失败”，而在“怎么传过去”。
明确 proxy_pass 末尾斜杠的作用
这是最常被忽略的一点：Nginx 会根据 proxy_pass 指令末尾是否有 /，决定是否剥离 location 匹配的部分路径。
-
带末尾 /（推荐）：
location /api/ { proxy_pass http://backend/; }
→ 请求/api/user会被转发为http://backend/user（/api/被剥离） -
不带末尾 /：
location /api/ { proxy_pass http://backend; }
→ 请求/api/user会被转发为http://backend/api/user（原路径完整追加）
后端服务路径与前端请求不一致时的修复方式
比如前端调用 /api/v1/users，但后端真实接口是 /v1/users，需要去掉前缀 /api。
- 用带
/的写法是最直接的：location /api/ { proxy_pass http://127.0.0.1:8000/; } - 若需更灵活控制（如重写路径），配合
rewrite指令：location /api/ { rewrite ^/api/(.*)$ /$1 break; proxy_pass http://127.0.0.1:8000; }
注意 proxy_set_header Host 的设置
路径没丢，但后端返回 404 或重定向跳转出错？很可能是 Host 头没传对，导致后端生成的跳转 URL 或静态资源路径异常。
- 默认
proxy_pass会把原始 Host 透传，但有时需显式指定：proxy_set_header Host $host;（保持原样） - 若后端依赖 Host 判断租户或环境，也可强制设为后端域名：
proxy_set_header Host backend.example.com;
调试路径转发是否正确的小技巧
在后端服务日志或临时加个 echo 接口，打印收到的完整请求路径和 Host 头，比猜更可靠。
- 启动一个简易 Python HTTP 服务监听端口，接收并打印
request.path和headers.get('Host') - 用 curl 测试：
curl -v http://localhost:22222/api/test，观察 Nginx access log 中的$request_uri和后端实际收到的路径是否一致
