看到RFC6265:

The user agent will reject cookies unless the Domain attribute specifies a scope for the cookie that would include the origin server. For example, the user agent will accept a cookie with a Domain attribute of "example.com" or of "foo.example.com" from foo.example.com, but the user agent will not accept a cookie with a Domain attribute of "bar.example.com" or of "baz.foo.example.com". NOTE: For security reasons, many user agents are configured to reject Domain attributes that correspond to "public suffixes". For example, some user agents will reject Domain attributes of "com" or "co.uk". (See Section 5.3 for more information.)

但是上面提到的image/iframe的解决方案是可行的，尽管由于其不安全，不建议使用。

无法为另一个域设置cookie。

如果要将数据传递到另一个域，可以将其编码到url中。

a.com  ->  b.com/redirect?info=some+info (and set cookie) -> b.com/other+page

你不能，至少不能直接。这将是一个严重的安全风险。

虽然可以指定Domain属性，但规范说:“用户代理将拒绝cookie，除非Domain属性为cookie指定了包括原始服务器的范围。”

由于源服务器是a.com，不包括b.com，所以无法设置。

您需要获取b.com来设置cookie。您可以通过(例如)HTTP重定向到b.com并返回。

如果你有a.my-company.com和b.my-company.com，而不是只有a.com和b.com，你可以为。my-company.com域名发布一个cookie -它将被接受并发送到两个域名。

你不能，但是…如果你拥有这两个页面，那么……

1)可以通过查询参数(http://siteB.com/?key=value)发送数据

2)你可以在站点A内创建一个站点B的iframe，你可以从一个地方发送帖子到另一个地方。由于站点B是站点B cookie的所有者，它将能够通过处理正确的帖子消息来设置您需要的任何值。(你应该阻止其他不想要的发件人向你发送消息!这取决于你和你决定使用的机制来防止这种情况发生)

这是我用过的。注意，这个cookie是在open (http)中传递的，因此是不安全的。我不用它做任何需要安全的事情。

站点A生成一个令牌，并将其作为URL参数传递给站点B。 站点B接受令牌并将其设置为会话cookie。

您可以添加加密/签名来确保安全。好好研究一下如何正确地做到这一点。