proxy_pass后缀斜杠决定路径重写方式：带斜杠执行路径替换，不带斜杠执行路径追加，混用易致路径粘连或双斜杠问题；推荐location和proxy_pass均以斜杠结尾。
proxy_pass 后缀加不加斜杠，不是格式偏好问题，而是决定请求路径如何被重写的开关。
带斜杠：执行路径替换
只要 proxy_pass 的目标 URL 以 / 结尾（比如 http://backend/ 或 http://backend/app/），Nginx 就会把 location 匹配到的整个前缀移除，再把剩余路径拼到 proxy_pass 的路径后面。
- location /api/ { proxy_pass http://127.0.0.1:3000/; } → 请求
/api/users，后端收到/users - location /v2/ { proxy_pass http://svc/api/; } → 请求
/v2/data，后端收到/api/data - 适用于后端监听根路径（如 Express、Spring Boot 默认）或需统一上下文前缀的场景
不带斜杠：执行路径追加
当 proxy_pass 只写到主机和端口（如 http://backend 或 http://backend:8080），没有路径成分时，Nginx 会把客户端原始 URI（含 location 匹配部分）原样拼过去。
FastAPI Flask Proxy
下载
FastAPI + Flask 混合部署最佳实践，解决路由定义、API 代理等常见问题，适用于同时运行 FastAPI API 与 Flask 前端的场景。
- location /static { proxy_pass http://cdn; } → 请求
/static/logo.png，后端收到/static/logo.png - location /admin/ { proxy_pass http://dash; } → 请求
/admin/config，后端收到/admin/config - 适合后端服务本身也部署在对应路径下（如 Tomcat 应用上下文为
/admin）
带路径但不以斜杠结尾：容易出错
proxy_pass 写成 http://backend/v1 这类形式时，Nginx 会把 location 前缀替换成 /v1，但不会自动加斜杠分隔，导致路径粘连。
- location /api { proxy_pass http://backend/v1; } → 请求
/api/user，后端收到/v1user（/v1和/user直接连在一起） - 这种配置极易引发 404 或路由识别失败，应避免
location 和 proxy_pass 斜杠要配合好
两者结尾是否一致，会影响边界请求的处理稳定性：
- location /api { proxy_pass http://backend/; } → 请求
/api会转发成http://backend//（双斜杠），部分后端返回 400 或重定向 - location /api/ { proxy_pass http://backend; } → 请求
/api（无尾斜杠）变成/api，而/api/变成/api/，行为不一致可能触发跳转循环 - 推荐统一写法：location 末尾带 /，proxy_pass 也以 / 结尾，逻辑清晰且可预测
