淘宝网登陆（淘宝网登录入口）021-07-30 13:54·熬夜码农
SSO的定义是在多个应用系统中，用户只需要登录一次就可以访问所有相互信任的应用系统。
一、SSO概念
二、CAS的原理
三、认证流程
A、首次访问受限资源时
B、第二次访问该系统
C、首次访问其他系统
四、淘宝SSO系统架构设计以及实现
A、同步登录状态
B、校验登录状态
C、验证票据
五、SSO实战
单web系统中，客户端与服务器仅建立单一会话，只需要登录成功后写入cookie，每次请求都携带该cookie，服务器端只验证cookie是否有效，即可判断是否登录。
随着业务增长出现了其他应用系统，每个系统只维持自己的会话会出现如下问题：
每个系统都要维护一套认证逻辑，造成冗余；
跨系统之后，认证信息失效，需要各个系统之间兼容。
所以需要将公共模块抽象出来，组成一个通用的认证系统，承担起所有业务系统的登录认证功能，也即SSO系统（Single Sign On）。
抽象出认证系统之后，单点登录系统需要完成两个主要工作，全局会话的保持和局部会话的保持。客户端与业务系统之间是局部会话，与SSO系统之间是全局会话。SSO系统分为两部分，SSO服务端和SSO客户端，服务端则SSO认证系统，客户端将集成进入业务系统，负责局部会话的新增、删除、验证。
二、CAS的原理基本上所有的SSO系统，所会对CAS有所借鉴。
CAS的整体架构分为客户端和服务端。客户端支持多种服务器应用，同时也支持多语言，包括GO、Python、PHP、Java可以看到对市面上的主要语言都有支持。
服务端的技术实现，首先是Spring MVC+Spring Web Flow，Web Flow主要用于将组件串行执行，往下是票据组件、认证组件、认证组件支持的存储容器，可以是LDAP、数据库、活动目录，基本上的认证思路就是关系数据库结合Redis或Memcached来配合实现。
三、认证流程 A、首次访问受限资源时首次访问时，重定向到SSO服务端登录页，返回登录表单给浏览器，用户提交用户名密码，SSO服务端验证，成功后携带ticket重定向会SSO客户端，客户端与SSO验证ticket有效性，返回验证信息，SSO客户端写局部会话cookie，重定向回原地址，业务系统返回资源。
如果登录，直接跳转，即执行：
response.sendRedirect(urlToRedirectTo); B、第二次访问该系统第二次访问该系统，会在该域名下存在上一步写的cookie，请求该系统时携带cookie，所有filter不会拦截该请求，直接返回资源。
在该系统域名下不存在局部会话，所以重定向到SSO服务端，SSO服务端会发现此客户端已经登录，所有生成ticket，客户端与SSO验证ticket有效性，返回验证信息，SSO客户端写局部会话cookie，重定向回原地址，业务系统返回资源。
淘宝的SSO系统是比较有新意的，除了校验登录状态模块，还加入同步登录状态模块，这样就让电商项目在SSO中变得很灵活。
A、同步登录状态在静态页中，会异步请求后台数据，这时候会被同步登录状态的SSO客户端filter拦截。如果需要同步登录状态，filter将重定向到login.taobao.jump接口，这个接口无论用户是否登录，都会重定向回SSO客户端的接口，在以下两个条件下发生跳转：
局部会话的cookie不存在
cookie存在但是无效，全局会话有效
跳转除了携带token参数还会携带来源地址rederectUrl。
B、校验登录状态当用户请求到需要登录的数据资源时会被校验登录状态的filter拦截，出现以下两种情况：
同步跳转请求，如果没有登录，直接重定向到登录页
异步Ajax请求，会直接返回登录状态和rederectUrl、loginUrl，由Javascript控制跳转到登录地址
如果SSO服务端登录成功，会携带token请求回SSO客户端，客户端验证token的filter拦截请求，与SSO服务端验证token有效性。如果通过，则返回用户基本信息、cookie 值等，所有的cookie值都是由SSO服务端发出的。
五、SSO实战目标：基于Token、支持跨顶级域名的SSO系统。
涉及系统：
登录中心：SSO系统，负责处理SSO全部逻辑，域名为localhost:6061
业务系统A：某个具体的业务系统，需要通过SSO系统实现登录，域名假定为localhost:6060
业务系统B：某个具体的业务系统，需要通过SSO系统实现登录，域名假定为localhost:7070
对于业务系统A或业务系统B都能够通过登录中心实现用户登录，并且用户只需要在A和B中的任意一个业务系统进行登录，另一个业务系统就能够自
