ProxyPassReverse 用于修正后端响应头中的 Location、Content-Location 和 URI，将内网地址替换为用户访问的公网地址；必须与 ProxyPass 同在 内且路径与目标地址严格一致，不支持全局或 .htaccess 配置。
ProxyPassReverse 的作用不是“重写虚拟主机名”，而是修正后端返回的 Location、Content-Location 和 URI 这三个响应头里的 URL 地址，把内网地址（如 http://127.0.0.1:8080/login）替换成用户实际访问的公网地址（如 https://app.example.com/login）。它必须和 ProxyPass 在同一个
必须放在 块内，不能单独存在
Apache 不允许在全局上下文或 .htaccess 中使用 ProxyPassReverse。它只在虚拟主机作用域生效，因为跳转修正依赖于当前请求的 Host、协议和端口信息。如果你把它写在
- ✅ 正确：所有代理相关指令（
ProxyPass、ProxyPassReverse、ProxyPreserveHost）都放在同一 - ❌ 错误：把
ProxyPassReverse写在
路径和目标地址必须完全匹配 ProxyPass
ProxyPassReverse 不是智能替换，它是按字符串前缀做精确匹配。后端返回什么格式的 URL，你就得配什么格式的目标地址。
- 如果
ProxyPass /admin/ http://127.0.0.1:8080/，那么ProxyPassReverse必须写成/admin/ http://127.0.0.1:8080/（两端都有末尾斜杠） - 后端返回
Location: https://127.0.0.1:8080/callback？那你要配https://127.0.0.1:8080/，不能写http://或漏掉端口 - HTTPS 站点下，建议后端统一用相对路径跳转（如
/login），这样根本不需要 ProxyPassReverse 参与
配合 ProxyPreserveHost 和 X-Forwarded 头防二次偏移
仅靠 ProxyPassReverse 不够。有些后端（比如 Spring Boot、Tomcat）会根据收到的 Host 头生成跳转链接。如果 Apache 不透传原始 Host，后端可能拼出 http://localhost:8080/home 这类地址，而 ProxyPassReverse 又没配这个格式，就会失效。
- 加上
ProxyPreserveHost On，让客户端请求里的 Host（如app.example.com）原样传给后端 - HTTPS 场景下加
RequestHeader set X-Forwarded-Proto "https"，告诉后端当前是 HTTPS 协议 - 后端应用需启用对
X-Forwarded-*头的支持（例如 Spring Boot 配置server.forward-headers-strategy=framework）
多个域名对应不同后端时，每个都要独立配
不能共用一条 ProxyPassReverse。每个
-
admin.example.com → http://127.0.0.1:8080/：在它的ProxyPass / http://127.0.0.1:8080/和ProxyPassReverse / http://127.0.0.1:8080/ -
api.example.com → http://127.0.0.1:8081/：在另一个ProxyPass和ProxyPassReverse - 少配一个，对应服务的 302 就会跳到内网地址，用户打不开
