proxy_pass 路径是否带斜杠决定了 nginx 在转发请求时如何处理原始 uri 的拼接方式。如果 proxy_pass 目标地址以斜杠结尾，nginx 会将匹配到的 location 前缀从客户端请求的 uri 中剥离，仅将剩余部分追加到目标地址后；若不带斜杠，则直接将完整的原始 uri 追加到目标地址后。这种差异在处理反向代理和重写逻辑时至关重要，直接影响了后端服务接收到的实际路径。
proxy_pass 带尾随斜杠时的路径截取行为
当 proxy_pass 指令的值包含尾随斜杠时，Nginx 会执行路径截取操作。这意味着如果 location 块匹配了请求的一部分，这部分匹配内容会被丢弃，只把剩下的 URI 拼接到 proxy_pass 指定的 URL 后面。这种机制常用于将请求映射到后端的一个子目录或特定的 API 命名空间下。
server {
listen 80;
server_name example.com;
# 配置带斜杠的 proxy_pass
location /api/ {
proxy_pass http://backend_server/;
}
}
假设客户端请求 /api/users/list。由于 location 是 /api/，且 proxy_pass 是 http://backend_server/（注意末尾有斜杠），Nginx 会匹配到 /api/ 并将其移除。剩余的 users/list 会被追加到 http://backend_server/ 之后。最终发送给后端的请求 URI 为 /users/list。如果去掉 proxy_pass 末尾的斜杠，结果将是 /api/users/list，这通常不是期望的行为，除非后端恰好需要这个完整路径。
proxy_pass 不带尾随斜杠时的路径保留行为
当 proxy_pass 指令的值不以斜杠结尾时，Nginx 不会进行任何路径截取。它将客户端请求的完整原始 URI 原封不动地附加到 proxy_pass 指定的 URL 之后。这种方式适用于需要将请求路径完全透传给后端，或者后端应用依赖完整路径信息进行路由的场景。
server {
listen 80;
server_name example.com;
# 配置不带斜杠的 proxy_pass
location /api/ {
proxy_pass http://backend_server;
}
}
继续使用客户端请求 /api/users/list 作为输入。此时 location 依然是 /api/，但 proxy_pass 变为 http://backend_server（无尾随斜杠）。Nginx 不会剥离 /api/，而是直接将整个 /api/users/list 拼接到 http://backend_server 之后。最终发送给后端的请求 URI 为 /api/users/list。这与带斜杠的情况形成鲜明对比，后者会丢失 /api/ 前缀。
location 精确匹配与 proxy_pass 斜杠的交互结果
当使用精确匹配（=）的 location 时，proxy_pass 是否有斜杠的影响会有所不同。精确匹配意味着只有完全一致的 URI 才会进入该 block，因此不存在“截取”的概念，因为整个 URI 都被视为匹配内容。在这种情况下，proxy_pass 的斜杠主要影响的是基础 URL 的构成，而不是路径的剥离逻辑。
server {
listen 80;
server_name example.com;
# 精确匹配 location
location = /exact/path {
proxy_pass http://backend_server/;
}
}
假设客户端请求 /exact/path。由于使用了 = 精确匹配，整个 /exact/path 被匹配。当 proxy_pass 带有尾随斜杠 http://backend_server/ 时，Nginx 会将匹配的 /exact/path 追加到 http://backend_server/ 之后，结果为 /exact/path。如果 proxy_pass 不带斜杠 http://backend_server，结果同样是 /exact/path。但在某些复杂的重写场景或结合 rewrite 指令使用时，理解这种细微差别有助于避免意外的路径重复或缺失。例如，若在 proxy_pass 前使用了 rewrite ^/exact/path$ /new/path break;，则后续处理将基于新的 URI 进行，此时 proxy_pass 的斜杠规则将重新应用于新 URI 与 location 的关系。
