location路径末尾是否带斜杠直接影响uri重写：带/时自动截断前缀（如/api/→/v1/users），不带/时原样传递或整体替换（如/api→/test/v1/users）；须确保location与proxy_pass斜杠一致性以避免404等问题。
在 Nginx 的 proxy_pass 配置中，location 路径末尾是否带斜杠 /，会直接影响转发时的 URI 重写行为，这是最容易被忽略却影响极大的细节。
location 带斜杠 /：自动截断匹配前缀
当 location 声明以 / 结尾（如 location /api/），Nginx 会将匹配到的前缀部分（即 /api/）从原始请求 URI 中完全移除，再拼接到 proxy_pass 后端地址之后。
例如：
location /api/ {
proxy_pass http://backend/;
}
请求 GET /api/v1/users → 转发为 GET /v1/users 到后端。
关键点：必须保证 proxy_pass 也以 / 结尾，否则 Nginx 会把整个原始 URI（含 /api/）原样拼接，导致后端收到 /api/v1/users —— 这通常不是你想要的。
location 不带斜杠 /：不自动截断，URI 原样传递
若写成 location /api（无末尾 /），Nginx 不会主动截断任何路径段，而是将原始请求 URI 完整拼接到 proxy_pass 地址之后（除非 proxy_pass 指定了具体路径）。
例如：
location /api {
proxy_pass http://backend;
}
请求 GET /api/v1/users → 转发为 GET /api/v1/users；
而如果写成：
location /api {
proxy_pass http://backend/test;
}
则请求 /api/v1/users 会变成 /test/v1/users —— 因为 /api 被整体替换为 /test（注意：这里只替换第一个匹配的最长前缀，且不校验边界）。
常见陷阱与建议
-
避免 location 和 proxy_pass 斜杠不一致：比如
location /api/+proxy_pass http://b.com（无/），会导致转发路径变成http://b.com/api/v1，而非预期的http://b.com/v1 - 想精确控制路径重写，优先用带斜杠的 location + 带斜杠的 proxy_pass，语义清晰、行为可预测
- 需要更复杂改写时，配合
rewrite ... break;或proxy_redirect显式干预，但应先确认是否真有必要 - 调试时可用
curl -v查看实际请求头中的Host和路径，或在后端加日志打印接收的完整 URI
这个细节不复杂，但一旦出错，接口 404 或返回异常数据，排查起来往往绕一大圈。
