proxy_pass在location块中的行为由location和proxy_pass路径末尾斜杠是否一致决定：两者都带/或都不带最稳妥；正则location中proxy_pass不能带路径；proxy_pass目标含路径时会执行剪切拼接替换。
proxy_pass 在 location 块里的行为，核心取决于两个细节：location 的路径写法（是否以 / 结尾）、proxy_pass 目标地址的写法（是否以 / 结尾）。这两者共同决定请求路径如何被重写和转发，稍不注意就会导致 404 或后端收到错误路径。
location 和 proxy_pass 的斜杠必须对齐
最稳妥的做法是两者都带 / 或都不带。不对齐容易出问题：
- location /api/ + proxy_pass http://backend/ → 请求 /api/user → 转发到 http://backend/user（/api/ 被剥离）
- location /api + proxy_pass http://backend → 请求 /api/user → 转发到 http://backend/api/user（/api 保留）
- location /api/ + proxy_pass http://backend → 请求 /api/user → 转发到 http://backend/api/user（多了一级 /api/，后端通常不期望）
- location /api + proxy_pass http://backend/ → 请求 /api/user → 转发到 http://backend//user（双斜杠，部分服务会拒绝）
正则 location 中 proxy_pass 不能带路径
只要 location 使用了 ~、~*、^~ 等修饰符，proxy_pass 后面的 URL 就不能包含路径部分：
CPA Update - Secure CLI Proxy API Maintenance
下载
安全更新和维护 CLI Proxy API（CPA）部署与配置。用于 CPA 镜像升级、配置变更、认证目录兼容修复、上线验证与回滚。适用于用户提到“CPA 更新/升级/配置改了/容器重建/回滚”等场景。
- ✅ 正确：
location ~ ^/v1/(.*) { proxy_pass http://svc; } - ❌ 错误：
location ~ ^/v1/(.*) { proxy_pass http://svc/api/; }（Nginx 启动失败） - ✅ 替代写法：用
rewrite配合proxy_pass，或改用命名捕获 +$1拼接
location 结尾斜杠影响匹配范围
斜杠不是可有可无的符号，它直接改变匹配逻辑：
-
location /static可匹配/static、/staticabc、/static/css/main.css -
location /static/只匹配以/static/开头的路径，如/static/css/，但不匹配/static或/staticabc - 前端单页应用常用
location / { try_files $uri $uri/ /index.html; }，这里/是通用兜底，不依赖结尾斜杠语义
proxy_pass 地址中的路径用于路径替换
当 proxy_pass 目标含路径（如 http://upstream/app/），Nginx 会把 location 匹配的部分“剪掉”，再把剩余路径拼上去：
-
location /admin/ { proxy_pass http://srv/dashboard/; }
→ 请求/admin/user→ 转发为http://srv/dashboard/user -
location /old/ { proxy_pass http://srv/new/; }
→ 实现路径别名迁移，/old/ → /new/ - 注意：proxy_pass 中路径末尾的 / 必须存在，否则剪切逻辑不生效
