proxy_pass末尾斜杠决定路径处理方式：带/时替换location前缀，不带/时原样拼接完整URI；推荐location与proxy_pass均显式以/结尾，确保行为可预测。
proxy_pass 末尾斜杠的有无，直接决定 Nginx 如何处理客户端请求路径——不是“加不加一个字符”的小事，而是“替换路径”还是“拼接路径”的根本区别。核心就一条：带 / 表示你明确提供了 URI 路径部分，Nginx 就执行替换；不带 / 表示你只给了后端地址，Nginx 就把原始请求路径整个追加过去。
proxy_pass 带斜杠：路径被替换
只要 proxy_pass 的 URL 包含路径（哪怕只是一个 /），Nginx 就会用它来替换 location 匹配到的那部分路径。
- location /api/ { proxy_pass http://backend/; } → 请求 /api/user 转发为 http://backend/user
- location /v1/ { proxy_pass http://backend/app/; } → 请求 /v1/data 转发为 http://backend/app/data
- 关键点：location 中匹配的前缀（如 /api/）被完整剥离，剩余路径直接拼到 proxy_pass 的路径之后
proxy_pass 不带斜杠：路径被追加
当 proxy_pass 只写到主机和端口（例如 http://backend:8000），没有路径成分时，Nginx 把客户端原始请求的完整 URI（包括 location 匹配部分）原样拼在后面。
- location /service { proxy_pass http://backend; } → 请求 /service/info 转发为 http://backend/service/info
- location /static/ { proxy_pass http://cdn-server; } → 请求 /static/logo.png 转发为 http://cdn-server/static/logo.png
- 注意：如果后端服务本身不期望看到 /service 这层路径，就会 404 或行为异常
location 和 proxy_pass 斜杠组合的常见陷阱
location 写法和 proxy_pass 斜杠是否匹配，会放大或掩盖问题。
- location /api { proxy_pass http://backend/; }：location 不以 / 结尾，但 proxy_pass 带 / → 请求 /api 会转发成 http://backend//（双斜杠），多数后端会报错或重定向
- location /admin/ { proxy_pass http://dashboard; }：location 带 /，proxy_pass 不带 → 请求 /admin（无尾部斜杠）会被拼成 http://dashboard/admin，而 /admin/ 拼成 http://dashboard/admin/，行为不一致易引发跳转循环
- 安全做法：location 和 proxy_pass 都显式统一使用尾部斜杠，比如 location /api/ { proxy_pass http://backend/; }
怎么选？看后端服务的路径结构
这不是 Nginx 的偏好问题，而是后端如何接收请求的问题。
- 后端服务部署在根路径（如 Spring Boot 默认、Express 根路由）→ 用 proxy_pass http://backend/;
- 后端服务自己管理路径层级（如多个子系统共用一个域名，靠前缀区分）→ 用 proxy_pass http://backend;
- 不确定时，开 access_log 或用 curl -v 模拟请求，观察实际发给后端的 URI 是什么，比猜配置更可靠
