单点登录的三种实现方式
9518
单点登录的三种实现方式：1、session广播机制；2、cookie+redis；3、token。其中，session广播机制指在一个集群中的一个模块登录后，然后把该session复制n份，发送到该集群的其他模块中，实现了一处登录，处处可用。
1、session广播机制
参与集群的每个节点的Session状态都被复制到集群中的其他所有节点上，无论何时，只要Session发生改变，Session数据都要重新被复制。Tomcat、JBoss、was都提供了这样的功能，其中Tomcat采用集群节点广播复制，JBoss采用配对复制机制。
- 优点：每个节点都复制一份Session，一个节点出现问题时其它节点可以接替它的工作。
- 缺点：节点间进行Session同步会占据不少系统资源，整体性能随着集群节点数的增加而急剧下降。
2、cookie+redis
用户在项目的任意一个模块登录后，该模块会将用户的登录信息放到 redis 和 cookie 中。
- 系统会先将用户的登录信息存入 redis中，其在 redis 的 key 值是生成的唯一值 （可以包含 IP、用户 id、UUID等值），value 值存放用户的登录信息。
- 然后系统会将这名用户在 redis 中的 key 值存入该用户的 cookie 中，用户每次访问任意模块时都会带着这个 cookie。
- 用户在访问其他模块发送请求时，都会带着客户端的 cookie 进行请求，而客户端的 cookie 已经存入了该用户在 redis 中的 key 值，这样其他模块在处理用户的请求时，可以先获取用户 cookie中的 key 值，然后拿着这个 key 值到 redis 中进行查询，如果在 redis 中能查询到该用户相应的登录信息，就说明该用户已登录，就不需要用户进行重复登录了。
3、token
token 是按照一定规则生成的字符串，字符串中可以包含用户信息。开发人员可以自行定制这个生成规则，也可以使用提供好的生成规则（如使用 JWT 自动生成包含用户信息的字符串）。
用户在项目的某个模块进行登录后，系统会按照一定的规则生成字符串，把用户登录之后的信息包含到这个生成的字符串中，然后系统可以将这个字符串返回，主要有两种返回方式：
- 可以把字符串通过 cookie 返回；
- 可以把字符串通过地址栏返回。
这样用户在访问其他的模块时，每次访问的地址栏都会带着生成的字符串（或者 cookie 中带着生成的字符串），被访问模块就可以获取地址栏中的生成字符串（或者获取 cookie 中的生成字符串），然后根据字符串获取用户信息，如果可以获取到用户的登录信息，说明该用户已登录，用户就不需要重复登录了。
拓展阅读
单点登录的优缺点
优点：
- 提高用户的效率：用户不再被多次登录困扰，也不需要记住多个 ID 和密码。另外，用户忘记密码并求助于支持人员的情况也会减少。
- 提高开发人员的效率：SSO 为开发人员提供了一个通用的身份验证框架。实际上，如果 SSO 机制是独立的，那么开发人员就完全不需要为身份验证操心。他们可以假设，只要对应用程序的请求附带一个用户名，身份验证就已经完成了。
- 简化管理：如果应用程序加入了单点登录协议，管理用户帐号的负担就会减轻。简化的程度取决于应用程序，因为 SSO 只处理身份验证。所以，应用程序可能仍然需要设置用户的属性（比如访问特权）。
缺点：
- 不利于重构：因为涉及到的系统很多，要重构必须要兼容所有的系统，可能很耗时。
- 无人看守桌面：因为只需要登录一次，所有的授权的应用系统都可以访问，可能导致一些很重要的信息泄露。
