SSO 英文全称 Single Sign On，单点登录。SSO 是在多个应用系统中，用户只需要登录一次就可以访问所有相互信任的应用系统。

单点登录大致流程如下所示： 单点登录详细流程： 首先在前端点击登录子系统的时候（主系统已经完成账号和密码登录），主系统会给前端在页面的地址栏上面给出code值（我感觉不是很安全，但就是设计成这样），code值是随机生成的，并且有时效性（过段时间就无效了）。 后端代码里面会直接接收这样的code值： 之后根据文档，把code值和其他在配置文件配置的固定值封装在一起并且传给主系统以获取accessToken 以及其他的信息（用户登录信息等），代码如下：

接下来把获取的信息遍历并且封装起来，最后需要把这些信息都传给前端：

如果主系统传给我的result不为空，就直接开始解析这个accessToken以获取单点登录的用户信息，子系统可以直接解析这个accessToken：

解析accessToken之后，就开始走子系统（我这个系统）的登录逻辑。 如果不存在时，则直接添加用户（和直接新增一个用户一样的逻辑）：

如果新增完用户或者本地本来就有这个用户，就继续往下走，先把这个用户放入登录用户的上下文（当前线程ThreadLocal，每个用户都会有单独的线程，以用户名作为当前线程的唯一标识，以后都从这里取用户名），然后再新增一个JWT Token（本系统新增的token信息，目的是为了传给前端，前端以后都用这个token信息来获取数据），并且将这个token信息放入res中，最后通过mergeRightValues来整合用户的权限信息：

接着，通过access_token来获取主系统的用户信息和token信息：

接下来把用户的媒体权限信息保存到redis中，之后前端每次从后端获取数据的时候都会从redis里面直接获取用户的媒体权限信息来确保信息的安全性：

接下来解析之前的权限信息rightvalues，解析成为权限ID值rightIds （这个ID值具有检索用户权限的作用，直接传给前端，之后前端会根据这些权限ID值来获取数据，需要注意的是，这个和前面的媒体权限ID不是一样的）：

接着将前面通过code获取的refresh_token缓存到redis中，之后注销登录的时候需要通过获取refresh_token来确认这个用户以此来注销用户：

最后，把登录日志存入数据库，并且返回res给前端：