proxypassreverse用于修正后端重定向响应中的location等头部url，将其内网地址替换为客户端访问的公网地址；必须与proxypass路径前缀严格一致（含末尾斜杠），且协议、域名、端口需完全匹配后端实际返回值，否则无法生效。
ProxyPassReverse 的作用是修正后端服务器返回的响应头（比如 Location、Content-Location、Set-Cookie 中的路径），让客户端看到的是反向代理后的 URL，而不是后端真实地址。它必须和 ProxyPass 配对使用，且路径要严格对应。
基础写法：单个服务转发
假设你用 Apache 代理本地运行的 Node.js 应用（监听 http://127.0.0.1:3000），想通过 /api/ 访问：
ProxyPass /api/ http://127.0.0.1:3000/ProxyPassReverse /api/ http://127.0.0.1:3000/
注意：ProxyPass 和 ProxyPassReverse 的路径（这里是 /api/）与后端地址（http://127.0.0.1:3000/）末尾斜杠要保持一致。如果后端是 http://127.0.0.1:3000/v1，那 ProxyPass /api/ http://127.0.0.1:3000/v1/，ProxyPassReverse 也得写成同样路径。
常见坑点：路径匹配与重写逻辑
Apache 按配置顺序匹配，所以更具体的路径应放在前面。例如：
- 先写
ProxyPass /api/admin/ http://backend:8080/admin/ - 再写
ProxyPass /api/ http://backend:8080/ - 否则
/api/会提前截断，导致/api/admin/无法命中精确规则
ProxyPassReverse 不做路径重写，只替换响应头里的原始地址。如果后端返回 Location: /user/login，而代理前缀是 /api/，Apache 不会自动变成 /api/user/login——除非后端本身返回带前缀的绝对路径，或者你用 mod_headers 手动改写。
FastAPI + Flask 混合部署最佳实践，解决路由定义、API 代理等常见问题，适用于同时运行 FastAPI API 与 Flask 前端的场景。
配合 SSL 或子域名场景
当代理到 HTTPS 后端或跨域服务时，ProxyPassReverse 同样适用：
ProxyPass /static/ https://cdn.example.com/ProxyPassReverse /static/ https://cdn.example.com/
此时它会把后端响应头中出现的 https://cdn.example.com/xxx 替换成当前请求的协议+主机+路径（如 https://yourdomain.com/static/xxx），避免浏览器跳转出代理范围。
需要额外处理的情况
某些应用（如 PHP Laravel、Spring Boot）可能硬编码了根路径，或返回不含 host 的相对重定向。这时仅靠 ProxyPassReverse 不够，还需：
- 在后端配置中设好
APP_URL或server.forward-headers-strategy=framework - 或在 Apache 中加
Header edit Location ^(.*)$ /api$1（需启用mod_headers） - 也可用
RewriteRule+[P]替代ProxyPass，但维护性略低
不复杂但容易忽略
