Nginx中proxy_pass剥离前缀的关键在于末尾斜杠：带/时自动去除location匹配的前缀（如/api/→/users），不带/时为路径替换；正则捕获（如~ ^/v1/(.*)$）配合$1可精准控制，避免rewrite引入编码问题。
在 Nginx 中使用 proxy_pass 转发请求时，若想“剥夺”（即去除）匹配到的前缀路径，关键在于 proxy_pass 指令末尾是否带路径，以及 location 的匹配方式。这不是靠额外指令实现的，而是由 Nginx 内置的路径重写逻辑决定的。
用带尾部斜杠的 proxy_pass 剥离前缀
当 location 以路径前缀匹配，且 proxy_pass 的 URL 以 斜杠结尾，Nginx 会自动将匹配到的前缀部分从请求 URI 中移除，再拼接到后端地址后发送。
例如：
macOS 微信消息自动化工具。通过 GUI 自动化实现：发送消息给指定联系人、读取聊天内容、监控新消息。适用于需要自动化微信操作的场景，如定时发送、批量回复、消息备份等。依赖 peekaboo 进行屏幕截图和 UI 交互。仅支持 macOS。开源地址：https://github.com/chairmanmia...
proxy_pass http://127.0.0.1:8000/;
}
此时访问 /api/users，Nginx 会把 /api/ 剥掉，只把 /users 发送给后端 http://127.0.0.1:8000/，最终请求的是 http://127.0.0.1:8000/users。
不带尾部斜杠的 proxy_pass 会保留并替换整个匹配路径
如果 proxy_pass 后没有斜杠（比如写成 http://127.0.0.1:8000），那么 Nginx 不会剥离前缀，而是用 proxy_pass 后的路径直接替换 location 匹配到的部分。
例如：
location /api/ {proxy_pass http://127.0.0.1:8000;
}
访问 /api/users 时，Nginx 会把整个 /api/ 替换为 http://127.0.0.1:8000，结果是向 http://127.0.0.1:8000/users 发起请求 —— 表面看一样，但这是“替换”而非“剥离”，语义和行为边界不同；更关键的是，如果 location 是正则或含捕获，这种写法容易出错。
用正则 location 精确控制路径重写
当需要更灵活地修改路径（比如重命名前缀、添加固定路径等），可结合正则 location 和 proxy_pass 中的变量：
- 用
^~ /old-api/或~ ^/old-api/(.*)$捕获路径剩余部分 - 在
proxy_pass中引用$1，如：proxy_pass http://backend/$1; - 确保
proxy_pass末尾有/，否则$1可能被忽略或拼接异常
示例：
location ~ ^/v1/(.*)$ {proxy_pass http://127.0.0.1:3000/$1;
}
访问 /v1/users?x=1 → 后端收到 /users?x=1，前缀 /v1/ 被精准剥离。
注意 rewrite 配合 proxy_pass 的常见误区
除非必要，不建议在 proxy_pass 前加 rewrite 来“手动剥离”。因为：
-
rewrite默认只改$request_uri，但proxy_pass默认用$uri（已解码、无参数），易导致重复处理或编码问题 - 若必须用
rewrite，需加break终止后续匹配，并确认proxy_pass不带路径，否则可能冲突 - 多数场景下，用对斜杠 + 正则捕获，比 rewrite 更简洁可靠
