Cookie 共享需同属一级域名，服务端设 domain='.example.com'最可靠；前端仅当协议端口相同且非 HttpOnly 时可用 document.domain="example.com"；path 应为/，secure 和 SameSite 需合理配置。

JavaScript 中处理主域名与子域名的 Cookie 共享，核心在于正确设置 domain 属性和（必要时）document.domain，同时确保服务端与客户端行为一致。这不是单纯靠 JS 读写就能解决的问题，而是协议层、服务端设置、浏览器策略三者协同的结果。

关键前提：必须同属一个一级域名

只有当两个页面属于同一注册域（如 example.com），才可能共享 Cookie。比如：

• https://a.example.com
• https://b.example.com
• https://www.example.com

这些都可以通过合理配置实现 Cookie 共享；但 example.com 和 another.com 完全无法互通——JS 无法绕过同源策略这一安全底线。

服务端设置 domain 属性（最常用且推荐）

服务端在下发 Set-Cookie 响应头时，显式指定 Domain 为一级域名（不带前导点，现代浏览器已兼容），例如：

Ai Coach Batch Session Summary

批量分析录音转写，输出多维度拓客报告。触发词：录音分析、总结、音频总结、拜访记录总结。当用户提及「分析录音」「看看录音数据」「最近的录音」「通话记录」且意图为批量统计/分析时触发。仅出现「录音」或「拜访」时需结合上下文，若仅查看单条详情则不触发。

下载

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

• PHP：setcookie('user_id', '123', ['domain' => '.example.com', 'path' => '/', 'secure' => true, 'httponly' => true]);
• Node.js（Express）：res.cookie('user_id', '123', { domain: '.example.com', path: '/', secure: true, httpOnly: true });
• Nginx 反向代理中可加：proxy_cookie_domain ~^(.+)$ $1; 或直接重写：proxy_cookie_domain .example.com example.com;

注意：domain=.example.com 表示该 Cookie 对 example.com 及其所有子域名（a.example.com、api.example.com 等）都有效；而 domain=example.com 在多数现代浏览器中效果相同，更简洁安全。

前端 JS 配合：document.domain 仅限特定场景

仅当两个页面**协议、端口相同，且仅二级域名不同**（如 shop.example.com 和 blog.example.com），且都由 JS 动态生成/读取 Cookie（非 HttpOnly）时，可配合使用：

• 两个页面顶部都执行：document.domain = "example.com";
• 之后用 document.cookie 读写时，浏览器会按 example.com 范围匹配
• ⚠️ 限制：不能设为 com 或其他无关父域；也不能用于跨协议或跨端口；HttpOnly Cookie 仍不可被 JS 访问

路径与安全性补充要点

除了 domain，还需注意：

• path 必须兼容：设为 / 才能被所有子路径访问（如 /user/profile 和 /api/data）
• secure 标志要一致：HTTPS 站点必须设 secure: true，否则浏览器拒绝发送
• SameSite 属性影响跨域提交：若需子域名间表单提交携带 Cookie，建议设 SameSite=Lax 或 None（后者必须搭配 secure: true）
• 避免覆盖冲突：不同子域名设同名 Cookie 时，domain 和 path 组合必须唯一，否则后设置的会覆盖前者