我不明白谷歌是如何实现单点登录的以下机制：
第二个站点如何检测到我已经登录。它们是不同的域名。YouTube无法读取Gmail的cookie。
我读过所有的单点登录解决方案，但它们都不允许这种情况。客户端总是要求中央登录应用程序的权限。在我的例子中，YouTube不知道我是已经登录Gmail的同一用户（实际上它知道，但我不明白怎么做）
请注意，我手动键入“YouTube”的网址。我没有点击Gmail上方工具栏中的YouTube图标（在那种情况下，Gmail可能会通过URL传递某些身份验证参数）。
这些 cookies 被设置在特定的域名下。例如：
setcookie(name,value,expire,path,domain)
当您登录Gmail时，在“ mail.google.com”之前，您会被重定向到“ accounts.google.com”，然后再重定向到“ mail.google.com”，所以Cookie也在“ accounts.google.com”上。
在此情况下，域名为“ accounts.google.com”，路径为“ /”（主目录）。
当您请求“ www.youtube.com”然后单击“连接”时，它会快速请求“ accounts.google.com”，因此您看不到此重定向，并检查您在“ accounts.google.com”上是否具有Cookie。如果是，则检查Cookie是否有效且未过期，或者用户未被禁止……然后将您重定向到“ www.youtube.com/signin?loginthisSession=Sessionid”。此请求包含从“ accounts.google.com” cookie中捕获的sessionid cookie值。
在最后一步，“ www.youtube.com”记录您并在域“ www.youtube.com”上设置自己的cookie并保存它们。
因此，技巧在于302 HTTP重定向。
更新
我不知道为什么人们一直提到iframe。请查看此问题发布于2016年时的日期。Google当时没有使用iframe。正如我提到的，捕获Web流量，您可以看到SetSID，这意味着从accounts.google.dz（com）设置SESSION_ID cookie，然后重定向到youtube.com。它不能通过iframe 不同的域 安全措施在iframe之间无法从一个域重定向到另一个域。也不是请在发布之前阅读此内容。
使用中间域名，可以在不同的域之间共享Cookies和localStorage。主页嵌入了一个"iframe"，它访问Cookies并向主要页面发送消息。
mail.google.com和youtube.com可以使用accounts.google.es共享Cookies。打开Chrome->Inspect->Resources->Local storage，您会在accounts.google.com中看到JWT格式的身份验证令牌。
我在这个答案中详细介绍了技术步骤：https://dev59.com/R1oU5IYBdhLWcg3wV18Z#37565692。还可以查看https://github.com/Aralink/ssojwt，以了解在中央域中使用JWT实现单点登录的实现。
localStorage。该内容使用在iframe之间使用postMessage共享，这是一种安全且被接受的方法。 - pedrofb看这个链接：http://www.codeproject.com/Articles/106439/Single-Sign-On-SSO-for-cross-domain-ASP-NET-applic。这篇文章解释了跨域单点登录（SSO）的原理并提供了示例。
在评估这个跨域SSO主题时，我想到了一个可能使用带有时间戳的cookie的新的SSO同步流。虽然这不是Google使用的流程，但我认为对于具有有限域数的系统来说，这种流程是可行的。
此流程不使用第三方cookie
这将是一篇长文章 :)
为了举例说明，假设我们有以下域名作为我们的示例宠物论坛:
dog.domain2.com，但尚未登录。dog.domain2.com 上的登录按钮。account.domain1.com 进行登录。
redirect_uri 是登录成功后返回的URL。.domains2.com 域上设置cookie（有关cookie值的更多信息稍后提供）。.domains3.com 域上设置cookie。.domains1.com 域上设置cookie。现在，在登录流程之后，我们在所有三个域名上都有cookie。任何我们的服务（例如https://cat.domain1.com / https://dog.domain2.com / https://rabbit.domain2.com）都可以在其自己的域名下访问此cookie。
have_user_login = true / false存在同步问题User A登录，访问https://cat.domain1.com，User A注销，然后User B登录User A而不是User B，因此存在同步问题。user_id存在cookie上面，让所有域都能看到并设置用户看起来很诱人。user_id，将其粘贴到自己的浏览器cookie中）。用户A登录，访问https://cat.domains1.com然后用户B登录用户A和用户B将具有不同的登录过期时间，存储并比较该时间戳将告诉用户再次与SSO同步<?php
$sso_expired_time = $_COOKIE["sso_expired_time "] ?? 0;
$website_expired_time = $_COOKIE["website_expired_time "] ?? 0;
if( (int) $sso_expired_time < time() || $sso_expired_time !== $website_expired_time ) {
// User not sync, perform sync
setcookie("website_expired_time", $website_expired_time,0,"/", $_SERVER['SERVER_NAME'], true, true);
// Redirect to https://account.domain1.com for Login
// Or, Initiate the login sequence for your selected login protocol
header("Location: https://account.domain1.com/.....")
exit;
}
// User is sync
// Page load success, continue other operation
登出与登录非常相似，基本上：
google.com，那么转到youtube.com从来没有重定向到类似sso.google.com的网址。它不知何故地知道你已经登录了。 - F21