关键在写入时显式指定 path=/，确保 cookie 对整个站点路径生效；默认不设 path 时，浏览器将其设为当前页面完整路径（如 /user/profile），仅同路径或其子路径下可见，导致跨路径访问失败。

关键在写入时显式指定 path=/，确保 cookie 对整个站点路径生效。

为什么路径限制会让 cookie 读不到

cookie 的 path 属性决定了它在哪些 URL 路径下可见。默认不设 path 时，浏览器会自动设为当前页面的完整路径（比如 /user/profile），这意味着只有同路径或其子路径下的页面才能读取该 cookie。如果用户从 / 进入首页，却在 /admin 页面尝试读取，而 cookie 是在 /user 下写的且没设 path，那就完全不可见。

正确设置 path 的实操方式

写入 cookie 时必须显式声明 path=/（斜杠代表根路径），这样它在整个域名下所有路径都可访问：

Session Reset

安全地重置 OpenClaw agent sessions，支持备份、预览、恢复和批量操作。用于：1) 清理过期的 agent 会话上下文，2) 重置特定 agents 的 session，3) 批量重置六部/秘书 sessions，4) 查看和恢复历史备份。当用户需要"reset session"、"清理 se...

下载

• ✅ 推荐写法：document.cookie = "token=abc123; path=/; expires=Sat, 25 Jul 2026 12:00:00 GMT";
• ⚠️ 错误写法：document.cookie = "token=abc123";（隐式 path 为当前路径，极易失联）
• ⚠️ 半错写法：document.cookie = "token=abc123; path=/user";（仅限 /user 及其子路径，如 /user/settings 可读，/dashboard 不行）

配合 domain 使用更稳妥

当涉及子域（如 app.example.com 和 api.example.com）时，仅设 path=/ 不够，还需统一 domain：

立即学习“Java免费学习笔记（深入）”；

• 写入时加 domain=.example.com（注意开头的点）
• 确保当前页面域名匹配该 domain（如页面是 app.example.com，则 .example.com 有效）
• path 和 domain 必须与写入时完全一致，删除 cookie 时也需照搬

验证是否生效的小技巧

打开浏览器开发者工具 → Application → Cookies，查看对应域名下的 cookie 列表，确认 Path 列显示为 /，且 Domain 符合预期。再换不同路径的页面刷新，执行 console.log(document.cookie) 看值是否出现。