proxypassreverse仅修正响应头中location、content-location和uri字段的url前缀，必须与proxypass路径及协议严格一致，否则无法匹配替换。
要让 Apache 正确修正后端应用返回的 302/301 重定向地址（比如把 http://127.0.0.1:8080/login 改成客户端实际访问的 https://example.com/login），关键不是“改域名”本身，而是用 ProxyPassReverse 精准匹配并替换响应头中原始 URL 的前缀——它只动 Location、Content-Location 和 URI 这三个响应头字段，且必须与 ProxyPass 路径和协议严格一致。
确保 ProxyPass 和 ProxyPassReverse 成对且路径一致
两者路径前缀必须完全相同，否则无法触发替换。例如：
- ✅ 正确：
ProxyPass /app/ http://127.0.0.1:8080/ProxyPassReverse /app/ http://127.0.0.1:8080/ - ❌ 错误：
ProxyPass /app http://127.0.0.1:8080/（末尾无斜杠）ProxyPassReverse /app/ http://127.0.0.1:8080/（末尾有斜杠）→ 匹配失败
协议、主机、端口必须完全匹配后端返回的 Location 值
如果后端返回 Location: https://127.0.0.1:8443/callback，但你的 ProxyPassReverse 写的是 http://127.0.0.1:8080/，就不会生效。
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 检查后端实际返回的重定向 URL（用 curl -v 访问触发重定向的接口）
- 把
ProxyPassReverse第二个参数写成和后端返回值中**完全一致的 scheme+host+port**，例如：ProxyPassReverse /api/ https://127.0.0.1:8443/ - 若后端自动拼出
http://localhost:8080/xxx，就按这个写，不能省略http://或端口
处理 HTTPS 公网域名与 HTTP/HTTPS 后端不一致的情况
当用户通过 https://example.com 访问，但后端只支持 HTTP 或不同 HTTPS 端口时，ProxyPassReverse 本身不负责“协议升级”，它只做字符串前缀替换。
- 推荐做法：后端关闭自动协议推断（如 Spring 的
server.forward-headers-strategy=framework+ 配合X-Forwarded-Proto） - Apache 端需加：
ProxyPreserveHost OffRequestHeader set X-Forwarded-Proto "https"
再配合ProxyPassReverse / https://backend.example.com/ - 避免让后端自己拼出
http://地址再靠 ProxyPassReverse 硬改——容易漏或错配
多后端或多路径时分别配置
不同服务路径对应不同后端，就要各自配一对 ProxyPass + ProxyPassReverse：
-
ProxyPass /api/ http://api-svc:3000/ProxyPassReverse /api/ http://api-svc:3000/ -
ProxyPass /auth/ https://auth.example.com:8443/ProxyPassReverse /auth/ https://auth.example.com:8443/
每条 ProxyPassReverse 只处理它声明的后端 URL 前缀，互不影响。
