方案一(没有测试过,好处是子站点需要展示用户信息时,只需要判断是否有cookie存在就好了。)
单站点登录后获取可以单点登录的站点列表,给列表中的站点发jsonp跨域请求,通知各个站点设置cookie。各个站点需要每次判断无session的时候验证一下是否有cookie,有的话就解析并组装session, 即同步cookie实现单点登录。
如果A域名和B域名(指主域名不同的情况)要共享登陆,B域名下的cookie还是要B自己写的,jsonp的处理就是告诉B,该写个什么值,当然传递过程中最好进行加密,当AB等等各产品都设置了统一的凭据,那么就完成了“单点登陆”的要求。不过,对这个凭据进行解析的需求也是很重要的,因为涉及到凭据cookie里信息的具体内容,这个验证过程也只有京东的开发人员才知道了。
http://blog.chinaunix.net/uid-25508399-id-3431705.html
方案二(这种方案需要显示用户登录信息的页面都需要求请求sso服务器。页面302会导致对搜索引擎不友好。比如用户访问首页,首页上方需要展示登录|注册按钮或者xxx您好,这个时候就需要先判断用户是否已经有session存在,没有的话需要那么接着判断是否已经在sso登录。这个时候就需要先转向sso做判断,然后再由转回首页。)
6.1 用户未登录时访问子站一,子站一服务器检测到用户没登录(没有本站session,因为没传过来session对应cookie),于是通知浏览器跳转到SSO服务站点,并在跳转的URL参数中带上当前页面地址,以便登录后自动跳转回本页。
6.2 SSO服务站点检测到用户没有登录,于是显示登录界面。
用户提交登录请求到服务端,服务端验证通过,创建和账号对应的用户登录凭据(token)。
然后,服务端通知浏览器把该token作为SSO服务站点的cookie存储起来,并跳转回子站一,跳回子站一的URL参数中会带上这个token。
6.3 浏览器在写SSO服务站点cookie后,跳转回子站一。
子站一服务端检测到浏览器请求的URL中带了单点登录的token,于是把这个token发到SSO服务站点验证。
SSO服务端站点拿token解密出用户账号,把账号信息中允许子站一访问的部分返回给子站一。
子站一根据返回的信息生成用户在本站的会话,把会话对应cookie写入浏览器,从而完成在本站的登入以及会话保持。之后用户访问再子站一时,都会带上这个cookie,从而保持在本站的登录状态。
6.4 用户再访问子站二。子站二服务器检测到用户没登录,于是通知浏览器跳转到SSO服务站点。
6.5 浏览器访问SSO服务站点时会带上上述6.2环节创建的token这个cookie。SSO服务站点根据该token能找到对应用户,于是通知浏览器跳转回子站二,并在跳转回去的URL参数中带上这个token。
6.6 子站二服务端检测到浏览器请求的URL中带上了单点登录的token,于是又会走上述6.3对应步骤,完成用户在本站的自动登录。
http://www.cnblogs.com/baibaomen/p/sso-sequence-chart.html