本地开发时，Cookie 同意提示在主域名（如 localhost）与子域名（如 requester.localhost）之间无法共享，导致用户重复点击“接受”——根本原因在于 document.cookie 的 domain 设置错误：对 localhost 不应使用带前导点的 .localhost。
本地开发时，cookie 同意提示在主域名（如 localhost）与子域名（如 requester.localhost）之间无法共享，导致用户重复点击“接受”——根本原因在于 `document.cookie` 的 domain 设置错误：对 `localhost` 不应使用带前导点的 `.localhost`。
在 Web 应用中，通过 Cookie 实现用户对隐私政策的同意状态持久化是常见做法。但当应用部署在本地多子域名环境（如 localhost、requester.localhost、api.localhost）时，若 Cookie 的 domain 属性配置不当，浏览器将视其为不同作用域的独立 Cookie，从而导致“已接受却反复弹窗”的问题。
关键问题出在这一行代码：
domain: ".localhost" // ❌ 错误：localhost 不支持带前导点的通配符 domain
根据 RFC 6265，domain 属性中的前导点（如 .example.com）仅对公共后缀（public suffix）有效的注册域名生效，而 localhost 是一个特殊保留域名，不被视为“可注册域”。浏览器会拒绝将 domain=".localhost" 解析为合法值，转而默认将 Cookie 绑定到当前完整主机名（如 requester.localhost），使其无法跨子域名共享。
✅ 正确写法应为：
acceptCookies() {
this.$cookies.set("cookie_agreement", "1", {
path: "/",
domain: "localhost", // ✅ 显式指定 domain，不加前导点
sameSite: "Lax", // 推荐添加，增强安全性
secure: false // 本地 HTTP 环境设为 false；上线 HTTPS 后建议设为 true
});
this.snackbar = false;
},⚠️ 注意事项：
- domain: "localhost" 是唯一兼容所有 *.localhost 子域名的合法值（如 localhost、app.localhost、api.localhost）；
- 若使用 domain: ".localhost"，现代浏览器（Chrome/Firefox/Safari）会在 DevTools → Application → Cookies 中显示该 Cookie 为 invalid 或直接忽略 domain 字段；
- 确保 path: "/" 已设置，否则 Cookie 可能因路径限制无法在子路径下读取；
- 若后续部署到真实域名（如 example.com），才应改用 domain: ".example.com"（注意前导点 + 公共后缀合规性）。
验证方式：
- 在 localhost:8080 点击“接受”，打开浏览器开发者工具 → Application → Cookies，确认 cookie_agreement 的 Domain 列显示为 localhost；
- 访问 requester.localhost:8080，刷新页面，检查 this.$cookies.get("cookie_agreement") 是否返回 "1"，且 Snackbar 不再显示。
总结：localhost 是开发特例，其 Cookie 域名策略与生产域名不同——去点即生效。正确设置 domain: "localhost" 即可实现主域与所有子域名间的 Cookie 共享，彻底解决重复提示问题。
