我这样做，对我很有效:

Cookie.set('token', 'some jwt-token', { expire:50000, domain: 'example.com' })

在这两种情况下，是的，它可以，这是Internet Explorer和Edge的默认行为。

其他答案增加了有价值的见解，但它们主要描述了Chrome的行为。需要注意的是，这种行为在ie中是完全不同的。CMBuckley的非常有用的测试脚本演示了在Chrome中，当没有指定域时，cookie不会在根域和子域之间共享。

但是，在Internet Explorer中进行的相同测试显示它们是共享的。这个ie案例更接近CMBuckley的www-or-not-www链接中的详细描述。我知道这是事实，因为我们的系统在根域和子域上都使用了不同的服务堆栈cookie。这一切都很正常，直到有人在Internet Explorer中访问它，两个系统为谁的会话cookie将获胜而争吵，直到我们炸毁了缓存。

如果你像这样设置cookie:

Set-Cookie: name=value

然后cookie将只应用于请求域，并且只会被发送到完全相同的域，而不是任何其他子域。(参见什么是主机专用cookie?)

两个不同的域(例如example.com和subdomain.example.com，或sub1.example.com和sub2.example.com)只有在域名属性出现在头部时才能共享cookie:

Set-Cookie: name=value; domain=example.com

域属性必须“domain-match”请求URL才能有效，这基本上意味着它必须是请求域或超级域。所以这适用于问题中的两个例子，也适用于两个独立子域之间的共享。

然后，该cookie将被发送给example.com的任何子域，包括嵌套的子域，如subsub.subdomain.example.com。(请记住，还有其他属性可能会限制cookie的范围和由浏览器发送的时间，如path或Secure)。

由于域名匹配的工作方式，如果您希望sub1.example.com和sub2.example.com共享cookie，那么您还将与sub3.example.com共享它们。

参见:

WWW vs no-www和cookie Setcookie.net:一个你可以尝试的网站(免责声明:由我开发，针对这个问题)

关于域属性中前导点的注意事项:在早期的RFC 2109中，只有带有前导点的域(domain=.example.com)才能跨子域使用。但是这不能与顶级域共享，所以您所要求的在旧规范中是不可能的。

但是，新的规范RFC 6265忽略了任何前导点，这意味着您可以在子域以及顶级域上使用cookie。

我这样做，对我很有效:

Cookie.set('token', 'some jwt-token', { expire:50000, domain: 'example.com' })

如果您正在使用localhost，请小心! 如果你像这样在JavaScript中存储你的cookie:

document.cookie = "key=value;domain=localhost"

它可能无法被子域访问，比如sub.localhost。为了解决这个问题，你需要使用VirtualHost。例如，你可以用服务器名localhost.com配置你的虚拟主机，然后你就可以像这样在你的域和子域上存储你的cookie:

document.cookie = "key=value;domain=localhost.com"

下面是一个使用DOM cookie API的示例，因此我们可以自己查看行为。

如果我们执行以下JavaScript代码，

文件。cookie =“键=值”

它看起来和执行是一样的:

文档。Cookie = "key=value;domain=example.com"

cookie密钥(仅)在域名example.com上可用。

现在，如果您在example.com上执行以下JavaScript代码，

文档。Cookie = "key=value;domain=。example.com"

cookie密钥将对example.com和subdomain.example.com可用。

最后，如果您尝试在subdomain.example.com上执行以下命令，

文档。Cookie = "key=value;domain=。example.com"

cookie密钥对subdomain.example.com可用吗?我有点惊讶，这是允许的;我假定子域能够在父域上设置cookie会违反安全。