Apache会话保持不解决内网绝对路径问题，需通过ProxyPassReverse修正重定向Location头、ProxyPreserveHost传递真实Host头，并前后端协同配置路径前缀。
apache 会话保持本身不解决后台返回内网绝对路径的问题——这是两个不同层面的问题。会话保持（如 proxyset stickysession=routeid 或基于 cookie/url 的粘性）只确保用户请求被持续转发到同一台后端服务器，而内网绝对路径暴露（如 location: http://127.0.0.1:8080/login 或 html 中的 src="/static/app.js"）源于后端生成响应时未适配代理上下文。真正要解决的是路径“出错”，不是“不粘”。
关键：区分会话粘性和路径修正
会话保持管“发给谁”，路径修正管“返回什么”。即使启用了完美粘性，只要后端返回内网地址，浏览器仍会直连失败。必须同步处理以下三类路径问题：
- 重定向响应头（302/301）中的 Location：最常见，直接跳转到内网地址
- HTML 页面中硬编码的资源链接（CSS/JS/图片）：样式错乱、脚本不执行、404
- 后端生成的绝对 URL（如登录成功后跳转链接、API 基地址）：前端调用失败或跳转异常
必须配置 ProxyPassReverse 修正重定向
这是修复 Location 头的唯一标准方式，且必须与 ProxyPass 严格配对：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 路径前缀完全一致（含末尾斜杠）：
ProxyPass /app/ http://127.0.0.1:8080/→ 对应ProxyPassReverse /app/ http://127.0.0.1:8080/ - 协议、IP、端口必须和后端实际返回的 Location 完全匹配；若后端返回
https://127.0.0.1:8443/callback，ProxyPassReverse 第二个参数就得写https://127.0.0.1:8443/ - 多后端必须分别配置，不能复用：有
/api/和/auth/两个代理，就要两条独立的 ProxyPassReverse
优先启用 ProxyPreserveHost 保真 Host 头
让后端应用感知真实域名（如 app.example.com），从而生成正确的相对路径或基于域名的绝对路径：
- 加在
<virtualhost></virtualhost>或<location></location>块内，与 ProxyPass 同级：ProxyPreserveHost On - 后端需配合读取 Host 头：Spring Boot 设
server.forward-headers-strategy=framework；Node.js 开app.set('trust proxy', true)；Django 开USE_X_FORWARDED_HOST = True - 避免后端用
request.getContextPath()或$_SERVER['HTTP_HOST']返回127.0.0.1:8080
前端与后端协同比 ProxyHTML 更可靠
不推荐依赖 mod_proxy_html 替换 HTML 内容，它无法处理 JS 中拼接的 URL，且易破坏压缩与 Content-Length：
- 前端构建时设好公共路径：Vue CLI 用
publicPath: '/app/'，Vite 用base: '/app/' - 后端模板注入动态 base URL：根据
X-Forwarded-Prefix或 Host 头计算静态资源根路径，如<base href="/app/"> - 后端重定向尽量用相对路径（如
Location: /login），彻底规避协议+域名拼接逻辑
