ProxyPassReverseCookiePath用于修正反向代理下Cookie路径不匹配问题：将后端返回的Set-Cookie中Path值（如/myweb/）重写为客户端实际访问路径（如/），确保浏览器正确携带Cookie。
当 Apache 用 ProxyPass 把请求代理到后端应用（比如 Tomcat 的 /myweb/），而后端在 Set-Cookie 响应头里写的是 Path=/myweb/，浏览器只会把该 Cookie 发送给 /myweb/ 路径下的请求。但用户实际访问的是根路径（如 https://example.com/），导致 Cookie 不被携带，会话丢失、登录态失效。
为什么需要 ProxyPassReverseCookiePath
后端应用通常按自身部署上下文（context path）生成 Cookie 路径，它不知道前面有反向代理。Apache 默认不修改 Cookie 中的 Path 属性，所以必须显式重写——ProxyPassReverseCookiePath 就是干这个的：把响应中 Cookie 的 Path 值从后端路径映射为客户端看到的路径。
基本语法和配对原则
指令格式为：
ProxyPassReverseCookiePath 后端原始路径 客户端期望路径
必须与 ProxyPass 和 ProxyPassReverse 的路径逻辑一致，且顺序不能颠倒：
- 第一个参数是后端返回的 Cookie 中原本的
Path=值（如/myweb/或/app/） - 第二个参数是希望浏览器实际使用的路径（如
/或/bbb/） - 两个参数都需以
/开头和结尾（除非是根路径/） - 要放在同一
<virtualhost></virtualhost>块内，且在对应ProxyPass之后
典型配置示例
场景：用户访问 https://app.example.com/，Apache 代理到 http://127.0.0.1:8080/myweb/
ProxyPass / http://127.0.0.1:8080/myweb/
ProxyPassReverse / http://127.0.0.1:8080/myweb/
ProxyPassReverseCookiePath /myweb/ /
这样，后端返回的 Set-Cookie: JSESSIONID=xxx; Path=/myweb/ 就会被改写成 Path=/，浏览器在后续所有请求（包括 /, /api, /static/）中都会带上该 Cookie。
常见错误和排查要点
-
ProxyPassReverseCookiePath /myweb /缺少末尾斜杠 → 匹配失败，Cookie 不被重写 - 后端返回
Path=/myweb/login这种带子路径的值 → 指令只匹配完整路径前缀，无法处理，需确保后端统一设为Path=/myweb/ - 多个代理路径共存时，每个都要单独配：
ProxyPass /api/ http://api-svc:3000/v1/
ProxyPassReverseCookiePath /v1/ /api/ - 配合
ProxyPreserveHost Off使用时，若后端依赖 Host 头生成跳转或 Cookie，可能仍需调整后端逻辑
