@[TOC](✨ 目录)
🎈 什么是单点登录
- 单点登录：
SSO（Single Sign On）用户只需登录一次，就可访问同一帐号平台下的多个应用系统。 - 比如阿里巴巴这样的大集团，旗下有很多的服务系统，比如天猫，淘宝，1688等等，如果每个子系统都需要用户进行登录认证，估计用户会被烦死。
- 而
SSO是一种统一认证和授权机制，去解决这种重复认证的逻辑，提高用户的体验。
🎈 单点登录的凭证
- 由单点登录的原理，可以看出来，最重要的就是这个通用的登录凭证
ticket如何获得 - 而实现
ticket多应用共享主要有三种方式：父域加密 Cookie、用户认证中心、Localstorage
🎈 父域 Cookie 方式
- 用户在登录父应用后，服务端返回用户登录后的
cookie，客户端将该cookie保存到父域中 - 这个
cookie最好经过加密处理，因为Cookie本身并不安全 - 这种加密算法只有服务端才可以知道，服务端的解密算法不能暴漏
- 放在父域中，主要是因为
Cookie不能跨域实现免登，放到父域中可以解决跨域的问题 - 父域也就是
domain要设置成主域名，而非二级域名，这样二级域名就可以使用同一个Cookie了
// 如果某个平台有三个应用，分别是：
// 门户应用：www.autofelix.com
// 商城应用：shop.autofelix.com
// 支付应用：pay.autofelix.com
document.cookie = "ticket=xxxxxx;domain=.autofelix.com;path=/🎈 用户认证中心方式
- 使用一个认证中心，用来专门负责处理登录请求
- 用户中心不处理业务逻辑，只是处理用户信息的管理以及授权给第三方应用
- 第三方应用需要登录的时候，则把用户的登录请求转发给用户中心进行处理，用户处理完毕返回凭证，第三方应用验证凭证，通过后就登录用户。
- 流程是用户访问应用系统，应用系统先检查用户是否有
Ticket，如果没有，则说明用户在该应用上尚未登录，跳转到用户中心，通过用户中心的Cookie去判断用户是否在其他应用上进行了登录 - 如果认证中心发现用户尚未在其他任何应用上执行过登录，则提示用户执行登录操作，等待用户登录后，生成
Tickcet，并让Ticket拼接在URL上，重定向回应用系统 - 当应用系统拿到
Ticket后，将重新向用户认证中心发起验证，防止该Ticket是用户伪造，验证成功后，记录用户登录状态，并将Ticket写入到当前应用的Cookie中 - 而当用户访问该应用系统时，就都会带上当前的
Ticket，也就能正常访问服务了
🎈 localstorage方式
- 当用户在一个应用下登录后，前端可以通过
iframe+postMessage()方式，将同一份Ticket保存到多个域名下的LocalStorage中 - 但是这种方式完全由前端控制，后端仅仅需要将用户登录成功后的
Ticket返回给前端处理即可 - 这样其实也实现了，多应用下单点登录的问题，并且支持跨域
