ProxyPass 本身不重写路径，仅转发请求；实现“去掉前缀”需源路径与目标路径均以斜杠结尾，Apache 才自动剥离匹配前缀；否则会原样拼接导致路径错误。
Apache 的 ProxyPass 本身不重写路径，它只做请求转发；真正实现“去掉前缀”效果，靠的是路径匹配规则与目标 URL 末尾斜杠的配合。关键不是写重写指令，而是让 Apache 自动剥离匹配到的前缀——这要求 源路径和目标路径都以斜杠结尾，且语义对齐。
必须保证前后缀斜杠一致
这是最常出错的地方。例如要把 /admin/xxx 映射为后端的 /xxx，配置必须是：
ProxyPass /admin/ http://backend:8080/ProxyPassReverse /admin/ http://backend:8080/
两边都带末尾 /，Apache 才会识别为“前缀匹配并自动剥离”。如果写成 ProxyPass /admin/ http://backend:8080（缺斜杠），它会把整个原始路径（包括 /admin/）原样拼到目标地址后，导致后端收到 /admin/xxx 请求，而不是预期的 /xxx。
多级子路径映射要显式写出目标路径
比如想把 /api/v1/xxx 转发到后端的 /v2/xxx，不能只靠 ProxyPass，得用 RewriteRule + [P] 标志：
- 启用重写引擎：
RewriteEngine On - 匹配并替换路径：
RewriteRule "^/api/v1/(.*)$" "/v2/$1" [P] - 补上反向修正：
ProxyPassReverse /api/v1/ http://backend:8080/v2/
注意 ProxyPassReverse 的目标路径要和实际后端暴露的路径一致（这里是 /v2/），否则重定向头或 Cookie 路径不会被正确改写。
避免泛匹配干扰具体规则
Apache 按配置顺序从上到下匹配，一旦命中就停止。如果你写了：
ProxyPass / http://fallback:3000/ProxyPass /api/ http://api:8000/
那么第二行永远不会生效。正确顺序是：先写更具体的路径，再写宽泛兜底项。推荐结构：
ProxyPass /ws/ ws://backend:9000/ProxyPass /api/ http://backend:8080/api/ProxyPass /admin/ http://backend:8080/ProxyPass / http://static:3000/
别忘了配套修正响应头
仅配 ProxyPass 不够。后端返回的跳转（302）、Cookie 路径、资源链接等，仍可能含内网地址或错误前缀。必须同步配置：
-
ProxyPassReverse：修正Location、Content-Location响应头 -
ProxyPassReverseCookiePath /admin/ /：修正 Cookie 中的Path属性 -
ProxyPreserveHost On：让后端看到原始 Host，便于生成正确绝对链接
