proxypassreverse 不修改 cookie path，需用 proxypassreversecookiepath 或 header 指令修正；否则后端设置的 path 与前端访问路径不匹配，导致 cookie 不发送、认证失效。
ProxyPassReverse 本身不直接修改 Cookie 的 Path 属性，它只重写响应头中的 Location、Content-Location 和 URI 字段。Cookie 路径（Set-Cookie: Path=/api/）需额外干预，否则后端返回的 Cookie 路径与前端访问路径不匹配，会导致浏览器不携带 Cookie 或认证失效。
为什么 Cookie 路径会出问题
假设用户访问 https://example.com/app/，Apache 反向代理到 http://backend:8080/，而后端应用设定了 Set-Cookie: Path=/ 或 Path=/api/。浏览器按原始 Path 值匹配请求 URL —— 若用户实际访问的是 /app/login，但 Cookie 的 Path=/api/，则该 Cookie 不会被发送，登录态丢失。
用 ProxyPassReverseCookiePath 修正路径
Apache 2.4.13+ 提供了专用指令，可自动重写 Set-Cookie 中的 Path 参数：
-
ProxyPassReverseCookiePath /old-path /new-path：将后端设置的Path=/old-path替换为Path=/new-path - 例如，后端返回
Set-Cookie: user=abc; Path=/api，而你代理路径是/app，可写：
ProxyPassReverseCookiePath /api /app - 若后端设
Path=/，而你希望 Cookie 对整个域名生效（即Path=/），通常无需修改；但若代理路径为子路径（如/admin），且后端未适配，可显式设为：
ProxyPassReverseCookiePath / /admin
用 Header 指令手动替换 Set-Cookie
适用于旧版 Apache 或需精细控制的场景（比如同时改 Path 和 Domain）：
- 启用
mod_headers后，用正则替换响应头：
Header edit Set-Cookie "^Path=/api" "Path=/app" - 注意大小写敏感，默认匹配开头；若需全局替换多个路径，可叠加多条
Header edit或使用更复杂正则（需mod_headers2.4.7+ 支持expr） - 慎用通配替换（如
"^Path=.*" "Path=/app"），可能误伤其他 Cookie 属性（如Path=/api/v1→Path=/app/v1更安全）
配合 ProxyPassReverse 使用的典型配置
完整示例（代理 /app 到后端 http://localhost:3000）：
ProxyPass "/app/" "http://localhost:3000/" ProxyPassReverse "/app/" "http://localhost:3000/" ProxyPassReverseCookiePath "/" "/app" Header edit Set-Cookie "(?i)^path=(.*?)(?:;|$)" "Path=/app$1"
说明：第一行转发请求；第二行修正 Location 等响应头；第三行把后端设的根路径 Cookie 映射到 /app；第四行作为兜底，用正则确保所有 Path=... 都被统一替换（保留原有参数如 ; HttpOnly）。
