ProxyPassReverse 用于在响应头发出前精准替换 Location、Content-Location 和 URI 响应头中的后端绝对 URL 为客户端访问的公网 URL，必须与 ProxyPass 路径、协议、主机、端口严格一致（含末尾斜杠），且需配合 ProxyPreserveHost Off 和 X-Forwarded-Proto 设置确保 HTTPS 场景正确生效。
要让 Apache 正确修正后端应用返回的 302 跳转地址（比如把 Location: http://127.0.0.1:8080/login 改成 Location: https://app.example.com/login），关键不是“拦截重定向”，而是用 ProxyPassReverse 在响应头发出前做精准替换。它只改三个响应头字段（Location、Content-Location、URI），不碰 HTML 内容或 Cookie，但必须和 ProxyPass 严格配对才能生效。
确保 ProxyPass 和 ProxyPassReverse 路径与协议完全一致
两者路径前缀、协议、主机、端口都要一一对应，否则匹配失败，重定向地址原样透出。
- 正确写法（都带末尾斜杠）：
ProxyPass /app/ http://127.0.0.1:8080/ProxyPassReverse /app/ http://127.0.0.1:8080/ - 错误写法（ProxyPassReverse 少了斜杠）：
ProxyPassReverse /app/ http://127.0.0.1:8080→ 无法匹配Location: http://127.0.0.1:8080/login - 如果后端实际用 HTTPS 返回重定向（如
https://127.0.0.1:8443/admin），ProxyPassReverse 的 URL 也必须写成https://127.0.0.1:8443/，协议不一致就不会替换
处理客户端访问域名与协议（HTTPS/HTTP）不一致的情况
用户访问的是 https://app.example.com，但后端可能生成 http:// 地址或直接拼内网地址。这时单靠 ProxyPassReverse 不够，需配合其他指令：
Bailian Usage Proxy
下载
阿里百炼大模型平台多人共享账号用量统计代理服务。解决公司共用账号时无法区分个人用量的问题。适用场景：1)部署用量统计代理；2)统计多人Token用量和调用次数；3)管理大模型API调用配额。
- 开启
ProxyPreserveHost Off（默认即关），避免后端误读 Host 头生成错误绝对链接 - 显式告诉后端当前是 HTTPS：
RequestHeader set X-Forwarded-Proto "https" - 确保后端（如 Spring Boot）配置信任代理头，例如：
server.forward-headers-strategy=framework或启用RemoteIpValve
应对多个后端服务或不同路径的重定向修正
一个虚拟主机下有多个子服务时，每个 ProxyPass 都要配对应的 ProxyPassReverse，不能共用一条：
-
ProxyPass /api/ http://backend-api:3000/ProxyPassReverse /api/ http://backend-api:3000/ -
ProxyPass /auth/ http://auth-svc:4000/ProxyPassReverse /auth/ http://auth-svc:4000/ - 若后端返回
Location: https://auth-svc:4000/logout，而你只写了http://auth-svc:4000/，这条不会被改——必须协议+主机+端口全匹配
检查重定向是否真正被修正（快速排查）
用 curl 直接观察响应头最可靠：
curl -I https://app.example.com/login- 看返回的
Location:值是不是已变成公网地址，而不是http://127.0.0.1:8080/... - 如果仍是内网地址，重点查三处：
① ProxyPassReverse 的 URL 是否和后端实际返回的 Location 协议/主机/端口完全一致
② 是否漏写末尾斜杠
③ Apache 是否加载了mod_proxy和mod_proxy_http
