多域名场景下ProxyPassReverse不处理域名冲突，必须为每个域名单独配置VirtualHost及对应的ProxyPass/ProxyPassReverse；它仅重写Location等响应头的URL前缀，不动态适配请求Host，硬编码跳转需后端改造或Header edit补救。
多域名场景下 ProxyPassReverse 本身不处理域名冲突
proxypassreverse 只负责重写后端返回的 location、content-location 和 uri 响应头中的 url 前缀，它不判断也不切换域名。如果多个域名（如 app1.example.com 和 app2.example.com）共用同一套 apache 配置，但后端返回的跳转地址都含固定内网域名（比如 location: http://backend.local/login），那么单条 proxypassreverse 规则无法自动适配不同入口域名——它只会按配置里写的“目标地址”做精确前缀替换，不会根据请求 host 动态变化。
必须为每个域名单独配置虚拟主机
正确做法是把不同域名拆到独立的 <virtualhost></virtualhost> 块中，各自定义匹配的 ProxyPass 和 ProxyPassReverse：
-
app1.example.com的配置中写：ProxyPass / http://app1-svc:8080/ProxyPassReverse / http://app1-svc:8080/ -
app2.example.com的配置中写：ProxyPass / http://app2-svc:8080/ProxyPassReverse / http://app2-svc:8080/
这样，当用户访问 app1.example.com 时，后端返回的 Location: http://app1-svc:8080/callback 就会被替换成 Location: /callback，再结合 ProxyPreserveHost On 和 RequestHeader set X-Forwarded-Host "app1.example.com"，后端也能生成符合当前域名的绝对跳转。
FastAPI + Flask 混合部署最佳实践，解决路由定义、API 代理等常见问题，适用于同时运行 FastAPI API 与 Flask 前端的场景。
避免跨域名跳转暴露或错乱
有些后端会硬编码跳转到某个固定域名（如 Location: https://main.example.com/logout），这会导致用户从 app2 进入却跳到 main 域名。这类问题 ProxyPassReverse 无能为力，需从源头控制：
- 后端应用关闭域名硬编码，改用相对路径（
/logout）或基于X-Forwarded-Host动态构造 URL - 若必须跳转到其他域名，应在对应域名的 VirtualHost 中补一条
Header edit Location "https://main\.example\.com" "https://app2.example.com"（需启用 mod_headers） - 检查是否误在全局上下文写了通用 ProxyPassReverse，导致规则被错误复用
验证是否生效的关键步骤
不要只看页面是否打开，要抓取真实跳转响应头：
- 用
curl -I https://app1.example.com/login查看返回的Location:值 - 确认该值是
https://app1.example.com/开头，而非内网地址或其它域名 - 对比
app2.example.com的相同请求，确保两者跳转目标互不干扰
