Nginx 中 proxy_pass 配置**带 / 和不带 /**，核心区别在于 路径拼接规则 不同，以下通过 实例对比 详细说明：

一、基础规则

二、实例验证（以 location /app 为例）

场景 1：proxy_pass 不带 /

配置：

location /app {
    proxy_pass http://127.0.0.1:8080; 
}

请求：http://yourdomain/app/user/1
实际代理到：http://127.0.0.1:8080/app/user/1
（逻辑：proxy_pass 地址 + location 匹配的完整路径 /app + 剩余路径 /user/1）

场景 2：proxy_pass 带 /

配置：

location /app {
    proxy_pass http://127.0.0.1:8080/; 
}

请求：http://yourdomain/app/user/1
实际代理到：http://127.0.0.1:8080/user/1
（逻辑：proxy_pass 地址 / + 裁剪 location 前缀 /app 后的剩余路径 /user/1）

场景 3：更复杂的 location（带后缀 /）

配置：

location /app/ {  # location 匹配以 /app/ 结尾的路径
    proxy_pass http://127.0.0.1:8080/api;  # 不带 /
}

请求：http://yourdomain/app/user/1
实际代理到：http://127.0.0.1:8080/api/app/user/1
（逻辑：proxy_pass 地址 api + location 匹配的完整路径 /app/ + 剩余路径 user/1）

场景 4：location 和 proxy_pass 都带 /

配置：

location /app/ {
    proxy_pass http://127.0.0.1:8080/api/;  # 带 /
}

请求：http://yourdomain/app/user/1
实际代理到：http://127.0.0.1:8080/api/user/1
（逻辑：proxy_pass 地址 api/ + 裁剪 location 前缀 /app/ 后的剩余路径 user/1）

三、典型应用场景

1. 场景 A：后端服务需要完整路径
   若后端服务（如 Tomcat）的接口路径是 /app/api，需保留 location 路径，用 不带 / 的配置：

   location /app {
       proxy_pass http://backend;  # 不带 /，保留 /app 路径
   }
   

2. 场景 B：后端服务是根路径（如静态资源服务器）
   若后端服务直接部署在根路径（如 http://backend/ 就是静态资源根），用 带 / 的配置裁剪前缀：

   location /static {
       proxy_pass http://backend/;  # 带 /，裁剪 /static 前缀
   }
   

四、总结对比表

核心口诀：

• 带 /：裁剪 location 匹配的路径前缀，再拼接。
• 不带 /：把 location 匹配的路径完整拼到代理地址后。

根据后端服务的路径需求，选对应写法即可解决 路径拼接异常 或 跳转丢失路径 问题~

阅读原文：原文链接