普通登录、微服务登录和单点登录的区别

ゞ浴缸里的玫瑰 2023-09-26 23:51 12阅读 0赞

### 普通登录、微服务登录和单点登录的区别 ###

*  普通登录拦截
 *  现实场景方案
 *   *  解决多线程并发问题的方式
     *  使用该方案存在的问题
     *  具体实现
 *  单点登录
 *  微服务登录

# 普通登录拦截 #

拦截器获取到请求头里面的token，这个token有很多种形式，可能是uuid。拿到uuid后在redis里面获取数据，然后再把这个数据返回给前端。

# 现实场景方案 #

基于JWT生成一个token。假如现在生成了一个User实体，使用JWT可以理解成使用一种加密的方式来加密成一个字符串。然后把这个字符串当作token返回给前端。前端每次拿到这个token再来请求你的数据。

【补充】JWT: Json web token  
Threadhold：Java线程本地变量

## 解决多线程并发问题的方式 ##

1.  常用的方法是使用synchronized来加锁。
2.  可以把它放到线程本地变量。

【补充】**线程本地变量**：当前线程才可以访问的变量。别的线程是访问不到的。它是线程安全的。

把User实体放到了线程本地变量里面去。

请求的第一步：这个线程去解析变量。然后线程再去执行具体的方法。然后在这个线程里面去获取变量是没有问题的。

## 使用该方案存在的问题 ##

1.  **内存泄露**  
    许多无用的数据无法被系统回收，一直存在在那里。

【补充】Java中有四种引用，强引用、软引用、弱引用和虚引用。

之前解析token生成的用户的一个对象是一个强引用。然后我们的线程本地变量去把他绑定使用。但是我们的第二个请求又重新来解析再绑定。那么前面new出来的对象强引用，不会再被使用。一直在内存里面，不会被释放。就会导致内存泄露的问题。

1.  **后一个请求使用到了前一个请求的用户的信息**。  
    当前请求去处理数据，它处理完之后并不是把这个线程进行一个销毁。线程的创建和销毁是需要使用很多的资源的。比如我们创建完之后，使用完成之后放回线程池。当下一个线程再来使用，刚好用到了原来的线程。原本线程的Threadhold中的数据没有被清除。理论上是没有问题的，因为我们每次都会重新去解析单纯的token。但是极个别的方法它是不需要登录的。登录可行，不登录也是可以的。不登录的话是不会去解析这个token的，但是仍然需要从Threadhold中去拿去数据。导致用的不是自己登录的信息。
2.  **多个系统的权限问题**。token没有存到redis中。当我们去修改用户的信息时，把后端的token改变了，但是前端的token没有去改变。这就导致了数据权限不一样的一个问题。必须让前端的用户重新进行一次登录。

## 具体实现 ##

一个服务里面有三个子服务：  
![在这里插入图片描述][f0f7b06ff3404e3e98ca001df3848df0.png]  
服务端中就两个接口：

1.  根据用户名和密码去生成token的接口。
2.  解析token并它解析成实体的接口。

# 单点登录 #

多个不相关的系统要使用同一套登录健全的服务。

# 微服务登录 #

一个系统里面有n个服务来解决健全这样的一个问题。

**参考资料**：[普通登录、微服务登录、单点登录的区别][Link 1]

[f0f7b06ff3404e3e98ca001df3848df0.png]: https://img-blog.csdnimg.cn/f0f7b06ff3404e3e98ca001df3848df0.png
[Link 1]: https://www.bilibili.com/video/BV1f3411G7xk/?spm_id_from=333.337.search-card.all.click&vd_source=a1af903e57688df870625021f7f3a7eb