ProxyPassReverseCookiePath用于修正后端Set-Cookie头中的Path值，使其匹配客户端访问路径：第一个参数是目标路径（如/），第二个参数是后端原始Path（如/myweb/），顺序不可颠倒，且需严格匹配斜杠。
要在apache虚拟主机中用 proxypassreversecookiepath 修复路径映射，关键在于让后端应用写入的 cookie 路径与客户端实际访问的路径一致。否则浏览器会因路径不匹配而拒绝发送 cookie，导致登录态丢失、session 失效等问题。
为什么需要 ProxyPassReverseCookiePath
当 Apache 反向代理把 / 映射到后端 http://localhost:8080/myweb/ 时，Tomcat 或其他后端可能默认在 Set-Cookie 头中写入 Path=/myweb/。但用户访问的是根路径 https://example.com/，浏览器只会在 / 下发 Cookie，不会带上 /myweb/ 的 Cookie，结果每次请求都新建 Session。
正确配置方式
该指令必须与 ProxyPass 和 ProxyPassReverse 配套使用，且路径参数要逻辑对应：
-
第一个参数是客户端看到的路径（本地路径），比如
/或/app/ -
第二个参数是后端返回 Cookie 中原本声明的 Path 值，通常就是后端应用部署的上下文路径，如
/myweb/ - 两者顺序不能颠倒：指令是「把后端写的 Path 替换成客户端路径」
示例（单 Tomcat 应用部署在 /myweb）：
<VirtualHost *:80>
ServerName myweb.eagsen.com
ProxyRequests Off
ProxyPreserveHost On
ProxyPass / http://localhost:8080/myweb/
ProxyPassReverse / http://localhost:8080/myweb/
ProxyPassReverseCookiePath /myweb/ /
</VirtualHost>
这里告诉 Apache：当后端返回 Set-Cookie: ... Path=/myweb/ 时，把它重写成 Path=/，使 Cookie 在根路径下生效。
常见错误和应对
- 漏掉末尾斜杠：
ProxyPassReverseCookiePath /myweb /不会生效，因为/myweb≠/myweb/；必须严格匹配原始 Cookie 的 Path 字符串 - 后端返回的是
Path=/，但你配了ProxyPassReverseCookiePath / /myweb/—— 方向反了，应反过来写 - 多个子路径代理共存时，需分别配置，例如：
ProxyPass /api/ http://api-svc:3000/ ProxyPassReverse /api/ http://api-svc:3000/ ProxyPassReverseCookiePath / /api/ ProxyPass /auth/ http://auth-svc:4000/ ProxyPassReverse /auth/ http://auth-svc:4000/ ProxyPassReverseCookiePath / /auth/
配合其他 Cookie 相关指令更稳妥
如果后端还设置了 Domain=127.0.0.1 或 Secure 但前端走 HTTP，可叠加使用：
-
ProxyPassReverseCookieDomain 127.0.0.1 example.com→ 改写 Domain 属性 -
Header edit Set-Cookie "(?i)^((?!secure).*)$" "$1; Secure"→ 强制补 Secure（仅限 HTTPS 环境） -
RequestHeader set X-Forwarded-Proto "https"+ 后端识别该头，避免它自己误判协议
