Apache ProxyPass 通过路径前缀精准分发请求，须按从具体到宽泛顺序书写；每条 ProxyPass 必配 ProxyPassReverse，路径斜杠需严格一致，并建议用 <Location> 块封装，同时启用 mod_proxy 等必要模块并设置 ProxyPreserveHost On、ProxyRequests Off。
Apache 的 ProxyPass 本身不“智能识别”业务语义，但能通过路径前缀精准分发请求——关键在于顺序、斜杠和配套指令的协同。
路径必须从具体到宽泛，严格按顺序写
Apache 自上而下逐行匹配，一旦命中就停止。如果把宽泛规则（如 /api/）写在前面，后面更具体的规则（如 /api/v2/）永远不生效。
-
ProxyPass /api/v2/ http://svc-v2:8080/→ 优先处理 v2 接口 -
ProxyPass /api/v1/ http://svc-v1:8080/→ v1 接口独立路由 -
ProxyPass /api/users/ http://user-svc:8000/→ 用户服务专用路径 -
ProxyPass /api/orders/ http://order-svc:8001/→ 订单服务专用路径 -
ProxyPass /api/ http://fallback-api:8082/→ 兜底，放最后
每条规则都要配对 ProxyPassReverse
后端返回的 Location、Set-Cookie 等响应头里可能含内部地址或错误路径，不修正会导致重定向失败、登录态丢失。
- 每个
ProxyPass后面紧跟着对应路径的ProxyPassReverse - 例如：
ProxyPass /api/users/ http://user-svc:8000/必须配ProxyPassReverse /api/users/ http://user-svc:8000/ - 确保两端路径末尾斜杠完全一致（都带
/），否则路径拼接会多出一层前缀
用 <Location> 包裹提升可读性和维护性
把同一组逻辑（路径 + 后端 + 反向修正）放进 <Location> 块中，结构清晰，也方便后续加权限控制或日志标记。
<Location "/api/users/">ProxyPass http://user-svc:8000/ProxyPassReverse http://user-svc:8000/</Location>
别忘了基础配置和模块启用
缺模块或基础设置会导致 503、404 或代理失效。
- 确认已启用：
mod_proxy、mod_proxy_http（HTTP/HTTPS 必须）、mod_proxy_connect（若后端是 HTTPS） - 在虚拟主机内加上：
ProxyPreserveHost On，让后端看到原始 Host 头，便于日志和鉴权 - 禁用正向代理：
ProxyRequests Off（安全必需） - 转发 WebSocket？需额外加：
ProxyPass /ws/ ws://backend:9000/和 Rewrite 规则支持 Upgrade 头
