proxy_pass末尾斜杠决定路径转发逻辑：带斜杠（/）触发替换，移除location前缀后拼接剩余路径；不带斜杠则直接拼接完整原始URI。两者需对齐避免双斜杠或路径不一致，推荐统一使用带斜杠写法，复杂映射用rewrite配合带斜杠proxy_pass。
proxy_pass 末尾斜杠不是可有可无的格式细节，而是决定路径如何转发的核心开关：带斜杠表示替换，不带斜杠表示拼接。
带斜杠（/）→ 替换 location 前缀
只要 proxy_pass 的 URL 包含路径成分（哪怕只是一个 /），Nginx 就会把 location 匹配到的部分完整移除，再把剩余路径拼到 proxy_pass 的路径之后。
- location /api/ { proxy_pass http://backend/; } → 请求
/api/users，后端收到/users - location /v2/ { proxy_pass http://svc/app/; } → 请求
/v2/data，后端收到/app/data - 适用于后端服务监听根路径（如 Spring Boot、Express 默认路由）的常见场景
不带斜杠 → 拼接完整原始路径
当 proxy_pass 只写到主机和端口（如 http://backend 或 http://backend:8080），没有路径部分时，Nginx 会把客户端原始请求 URI（包括 location 匹配部分）整个追加过去。
- location /api { proxy_pass http://backend; } → 请求
/api/info，后端收到/api/info - location /static/ { proxy_pass http://cdn; } → 请求
/static/logo.png，后端收到/static/logo.png - 若后端未部署在对应上下文路径下，极易触发 404
location 与 proxy_pass 斜杠需对齐
两者结尾是否带斜杠会影响边界行为的一致性，尤其在处理无尾斜杠的请求时：
- location /admin { proxy_pass http://dash/; } → 请求
/admin转发为http://dash//（双斜杠），部分后端会重定向或报错 - location /api/ { proxy_pass http://backend; } → 请求
/api（无尾斜杠）被拼成/api，而/api/拼成/api/，路径不一致可能引发跳转循环 - 推荐统一写法：
location /api/ { proxy_pass http://backend/; }，语义清晰、行为稳定
需要灵活改写？用 rewrite 配合带斜杠的 proxy_pass
当默认替换逻辑无法满足需求（例如要把 /legacy/v1/users 映射为 /api/users），rewrite 是更可控的选择：
- 先用 rewrite 提取并重组路径，例如：
rewrite ^/legacy/(.*)$ /api/$1 break; - 再配以
proxy_pass http://backend/;，确保后续拼接干净、无歧义 - 避免在 proxy_pass 中混用路径和变量，正则 location 中 proxy_pass 不支持嵌入变量
