ProxyPassReverse 的核心作用是修正后端重定向响应头中的路径，将内网或根路径替换为客户端访问的带子目录的公网路径；配置时必须严格匹配路径前缀并保留末尾斜杠，否则会导致子目录丢失和404错误。
ProxyPassReverse 的核心作用是修正后端返回的重定向响应头（如 Location），把其中的内网或根路径地址，替换成客户端实际访问的带子目录的公网路径。如果配置不当，就会出现“重定向丢失子目录”——例如用户访问 https://example.com/app/login，后端 302 跳转到 /dashboard，浏览器却跳到了 https://example.com/dashboard（漏掉了 /app），导致 404。
路径前缀必须严格匹配子目录结构
Apache 不会自动推导子目录层级，它只做字符串前缀替换。要让 /app/login → /app/dashboard 正确生效，ProxyPass 和 ProxyPassReverse 的路径参数必须显式包含 /app/，且末尾斜杠不能省略：
- ✅ 正确（保留子目录）：
ProxyPass /app/ http://127.0.0.1:8080/ProxyPassReverse /app/ http://127.0.0.1:8080/ - ❌ 错误（丢失子目录）：
ProxyPass /app http://127.0.0.1:8080/（缺末尾 /）→ 后端返回/dashboard会被拼成/appdashboardProxyPass /app/ http://127.0.0.1:8080/app/（多加了/app）→ 后端返回/dashboard变成/app/app/dashboard
后端返回相对路径时，ProxyPassReverse 仍需覆盖根跳转
即使后端用的是相对路径（如 Location: /dashboard），只要它没带子目录前缀，Apache 就不会自动补上 /app。此时需额外加一条宽泛规则，捕获根级跳转：
- 在已有
/app/规则基础上，追加：ProxyPassReverse / http://127.0.0.1:8080/ - 这条指令会让后端返回的
Location: /dashboard被改写为https://example.com/app/dashboard（前提是请求原始路径是/app/xxx） - 注意：该行必须放在
ProxyPass /app/ ...之后，且目标地址协议、主机、端口须与后端实际返回一致
检查后端是否主动剥离子上下文
有些框架（如 Spring Boot 的 server.servlet.context-path=/app）会在生成跳转 URL 时自动去掉上下文，返回纯 /dashboard；而另一些（如未配置 forward-headers-strategy 的 Java 应用）可能直接忽略代理路径，硬编码 http://localhost:8080/dashboard。这两种情况都会导致子目录丢失：
- 若后端返回绝对地址（如
http://127.0.0.1:8080/dashboard），ProxyPassReverse 必须写成：ProxyPassReverse /app/ http://127.0.0.1:8080/（注意协议和端口完全匹配） - 若后端返回 HTTPS 地址但代理走 HTTP，或反之，ProxyPassReverse 中的协议也必须一致，否则不匹配
- 推荐后端统一使用相对路径跳转（
/dashboard），并关闭自动协议/域名拼接逻辑
验证子目录是否被正确保留
用 curl 模拟请求，重点观察重定向链中 Location 头的变化：
- 执行：
curl -I https://example.com/app/login - 查看响应头：
✅ 正常应看到：Location: https://example.com/app/dashboard
❌ 异常表现为：Location: https://example.com/dashboard或Location: http://127.0.0.1:8080/dashboard - 若结果异常，逐项核对：ProxyPass/ProxyPassReverse 路径斜杠、协议、端口、后端实际返回值是否三者完全一致
