proxy_pass本身不支持正则匹配，正则路径由location指令处理；必须用location ~或~*定义正则匹配，且proxy_pass后须显式带URI（如/），不可仅写host:port。
proxy_pass 本身不支持正则匹配，真正处理正则路径的是 location 指令。proxy_pass 只负责转发，路径逻辑由 location 匹配 + proxy_pass 的 URI 拼接规则共同决定。
正则匹配必须用 location ~ 或 ~* 定义
要基于正则转发，必须在 location 中使用 ~（区分大小写） 或 ~*（不区分大小写） 修饰符。例如：
-
location ~ ^/api/v\d+/user/—— 匹配 /api/v1/user/、/api/v2/user/ 等 -
location ~* \.(jpg|png|gif)$—— 不区分大小写匹配图片后缀
注意：一旦 location 使用了正则，proxy_pass 后必须显式带 URI（哪怕只是 /），否则 Nginx 启动会报错。
proxy_pass 在正则 location 中的写法限制
正则匹配的 location 不支持“原样转发”模式（即 proxy_pass 后不能只写 host:port）。必须提供完整目标地址，含协议、主机、端口和路径。常见写法：
-
proxy_pass http://backend/;—— 推荐，末尾带 /，表示截掉整个匹配路径后拼接剩余部分 -
proxy_pass http://backend/api/;—— 把匹配到的路径剩余部分拼到 /api/ 后面 -
proxy_pass http://backend$request_uri;—— 手动透传原始路径（需配合 rewrite 提取变量）
不能写成 proxy_pass http://backend;（无 URI），Nginx 会拒绝加载配置。
结合 rewrite 提取并重写路径
当需要更灵活控制（比如提取 ID、重排路径结构），可在正则 location 内先用 rewrite 提取变量，再交给 proxy_pass：
rewrite ^/user/(\d+)/profile$ /profile?id=$1 break;proxy_pass http://user-service/;
这样访问 /user/123/profile 就会被重写为 /profile?id=123，再转发给后端。注意 rewrite 后要用 break 终止后续匹配，避免循环或冲突。
避免常见陷阱
正则 location 的优先级高于普通前缀匹配，但低于精确匹配（=）；且正则按配置文件中出现顺序执行，**第一个匹配成功的就生效，后面不再检查**。因此：
- 把更具体的正则放在前面，避免被泛化规则提前捕获
- 不要混用
^~和正则在同一层级，语义冲突易出错 - 测试时用 curl -v 查看实际转发 URL，确认路径是否符合预期
不复杂但容易忽略。
