带你快速了解SSO单点登陆

引入

定义：在多个应用系统中共享登录、撤销状态

这里说的多个应用系统其实指的不同的域

同源(同一个域)：域名、端口、协议均相同

举例：淘宝(www.taobao.com)和天猫(www.tmall.com)就实现了单点登录，淘宝和天猫属于不同域，在淘宝登陆了天猫也就自然登陆了

实现的关键

1. 客户端

让客户端浏览器的登陆状态(Session ID、Token)在多个域中共享

原因：登陆状态的保存基本上都是基于Cookie实现的，而Cookie受到浏览器同源策略的影响，是不能跨域的

2. 服务端

多个不同应用系统(不同源网站的服务器端)需要进行登陆状态共享的保存，例如：如果登陆状态保存在Session中(主要)，则需要实现Session共享

Session共享的实现方案：比如可以将Session序列化到Redis中，让多个应用系统共享同一个Redis来获取Session信息

三种实现方式

以下几种实现方式就是针对：实现登陆状态在不同域中的共享(也就是指的上文中客户端要做的事)，而对于不同域的服务端实现共享状态的保存(也就是指的上文中服务端要做的事)就是另外一回事了，例如上文说的可以通过Session共享来实现

这里只做简单性的总结概括，要想了解具体细节，可以自行百度

1. 父域Cookie

基于Cookie的作用域实现，也就是只能实现顶级域名和子域名之间的单点登录

特点：实现简单，但局限性大(不支持跨主域名)

2. 认证中心CAS

这里说的认证中心CAS指的是：一个专门负责处理登录请求的独立的Web服务，而不是HTTPS里的那个CA认证中心，更不是Java并发编程中的CAS乐观锁，别弄混了

由这个认证中心来记录用户的登录状态(Cookie)，解决了Cookie不跨域共享的问题

特点：实现相对复杂，支持跨域，扩展性好，是单点登录的标准做法

3. LocalStorage跨域

前端通过iframe+postMessage()的方式，将同一份Token写入到了多个域下的LocalStorage中，前端每次在向后端发送请求之前，都会主动从LocalStorage中读取Token并在请求中携带，这样就实现了同一份Token被多个域所共享

特点：此种实现方式完全由前端控制，几乎不需要后端参与，同样支持跨域

总结

客户端实现登陆状态(Cookie)在不同域中的共享，服务端实现登陆状态保存(Session)的共享

参考：
1. https://zhuanlan.zhihu.com/p/265203175
2. https://www.bilibili.com/video/BV1d54y1r7fR?from=search&seid=12552174888475101789