proxypassreverse 不负责故障切换，仅修正后端重定向响应头；需与 mod_proxy_balancer 配合实现平滑切换，且必须与 proxypass 路径、协议、地址严格一致，并为每个后端节点单独配置。
ProxyPassReverse 本身不负责故障切换，它的作用是修正后端返回的重定向响应头（如 Location、Set-Cookie、Content-Location），确保跳转地址显示为公网路径而非内网地址。要实现“故障平滑切换”，需将 ProxyPassReverse 与 mod_proxy_balancer 的故障识别机制配合使用——前者保障响应正确性，后者承担节点摘除与流量重分发。
必须配对 ProxyPass 使用，路径和协议严格一致
ProxyPassReverse 不是独立生效的指令，它依赖 ProxyPass 定义的映射关系做前缀替换。两者路径参数（含末尾斜杠）、目标 URL 协议、IP、端口必须完全一致，否则无法匹配后端返回的 Location 值：
- 若配置 ProxyPass /api/ http://192.168.1.10:8080/v2/，则必须写 ProxyPassReverse /api/ http://192.168.1.10:8080/v2/
- 后端返回
Location: https://192.168.1.10:8080/v2/login，但 ProxyPassReverse 写的是http://...→ 不会替换 - 多后端服务（如 /auth/ 和 /order/）需各自配置对应的 ProxyPassReverse，不可复用
配合负载均衡集群，让 ProxyPassReverse 持续生效
当使用 balancer:// 协议做故障转移时，ProxyPassReverse 仍需指向具体后端地址（不是 balancer 地址），Apache 会自动应用到当前选中的活跃节点：
Apache 2.4.62
下载
PHP中文网提供Apache 2.4.62 官方 tar.gz 源码包下载，通过源码编译安装，开发者能够灵活定制模块、优化性能并精准控制安装路径，满足多样化的业务需求。
- 定义集群：
<proxy balancer:> BalancerMember http://192.168.1.10:8080/ ... </proxy> - 代理入口：
ProxyPass / balancer://myapp/ - 关键一步：
ProxyPassReverse / http://192.168.1.10:8080/和ProxyPassReverse / http://192.168.1.11:8080/需**全部列出**，覆盖所有可能被选中的后端地址 - 这样无论请求落到哪个节点，其返回的 Location 都能被正确重写为
https://example.com/xxx
启用健康检查与自动恢复，避免 ProxyPassReverse 失效于异常节点
如果后端节点已宕机但 Apache 仍尝试转发，响应可能超时或返回 5xx，此时 ProxyPassReverse 无实际作用。应通过以下配置提升容错能力：
- 在 BalancerMember 中加入 ping=5-200：每 5 秒发 HEAD 请求探测 /health，仅当返回 200 才视为可用
- 设置 failonstatus=500-599：一旦收到网关错误，立即标记该节点失败
- 配置 retry=30 timeout=10 maxattempts=2：失败后 30 秒再探活，单次请求 10 秒超时，最多重试 2 次
- 搭配 ProxyPreserveHost On 和 RequestHeader set X-Forwarded-Proto "https"，防止后端因 Host 或协议误判而生成错误跳转
灰度迁移中保留旧路径直通，减少切换风险
平滑切换常伴随新老服务共存。可利用 RewriteRule + [P] 标志控制特定路径走新服务，其余走旧服务，并为每条路径单独配置 ProxyPassReverse：
- 例如：旧服务处理
/v1/status，新服务处理/v1/order - 用
RewriteCond %{REQUEST_URI} ^/v1/order+RewriteRule ^(.*)$ http://new-svc:8080/api/v2$1 [P] - 对应添加
ProxyPassReverse /v1/order http://new-svc:8080/api/v2 - 同时保留
ProxyPass /v1/status http://old-svc:8080/及其 ProxyPassReverse
