ProxyPassReverseCookiePath 专门修正 Set-Cookie 响应头中的 Path 属性，将后端设置的原始路径（如 /myapp/）替换为客户端访问路径（如 / 或 /app/），确保浏览器正确发送 Cookie、维持会话；必须与 ProxyPass 路径严格匹配，常需配合 ProxyPassReverseCookieDomain 使用。
当 Apache 用 ProxyPass 把请求代理到后端（比如 http://localhost:8080/myapp/），而客户端实际访问的是 / 或 /app/，后端应用通常会把 Cookie 的 Path 设为自己的上下文路径（如 Path=/myapp/）。浏览器只在匹配该路径时才发送 Cookie，结果就是：访问 https://example.com/ 时 Cookie 不发，Session 丢失，登录态失效。
为什么必须配 ProxyPassReverseCookiePath
它不修改响应体或重定向地址，只专门修正 Set-Cookie 响应头里的 Path=xxx 属性。把后端设的原始路径（如 /myapp/）替换成客户端看到的路径（如 / 或 /app/），让浏览器正确携带 Cookie。
基本写法与参数含义
语法是：ProxyPassReverseCookiePath <em>内部路径</em> <em>外部路径</em>
其中：
-
内部路径：后端应用实际部署的上下文路径（如
/myapp/、/），必须和ProxyPass后面的后端 URL 路径一致 -
外部路径：客户端访问的 URL 路径前缀（如
/、/app/），也就是ProxyPass第一个参数
例如，后端运行在 http://127.0.0.1:8080/myweb/，你用 ProxyPass / http://127.0.0.1:8080/myweb/ 暴露为根路径，就要加：
ProxyPassReverseCookiePath /myweb/ /
⚠️ 已弃用 — 该技能已拆分为两个独立技能，以提升模块化程度：**webchat-https-proxy**（HTTPS/WSS 反向代理）和 **webchat-voi...**
常见配置场景
✔️ 场景一：代理根路径，后端有子上下文
- 客户端访问：
https://site.com/ - Apache 配置：
ProxyPass / http://127.0.0.1:8080/myapp/ - 应加：
ProxyPassReverseCookiePath /myapp/ /
✔️ 场景二：代理带路径前缀，后端上下文不同
- 客户端访问：
https://site.com/api/ - 后端地址：
http://svc:3000/v1/ - 配置：
ProxyPass /api/ http://svc:3000/v1/ - 对应 Cookie 修正：
ProxyPassReverseCookiePath /v1/ /api/
✔️ 场景三：多个代理路径共存
-
ProxyPass /auth/ http://auth:4000/→ProxyPassReverseCookiePath / /auth/ -
ProxyPass /data/ http://db:5000/api/→ProxyPassReverseCookiePath /api/ /data/
搭配使用要点
它常和以下指令一起出现，缺一不可：
-
ProxyPass和ProxyPassReverse必须成对，路径严格一致 - 若后端还设置了
Domain=127.0.0.1，需额外加ProxyPassReverseCookieDomain 127.0.0.1 example.com - 确保
mod_proxy和mod_proxy_http已启用（检查httpd.conf中未被注释） - 修改后重启 Apache 或重载配置：
sudo apachectl graceful
配置生效后，用浏览器开发者工具 → Application → Cookies 查看，Path 字段应显示为你指定的外部路径（如 /），而不是后端原始路径。
