使用Redis代替Session实现短信登陆

清疚 2023-09-23 22:09 41阅读 0赞

### 1.集群的Session共享问题 ###

多台Tomcat并不共享Session存储空间，当请求切换到不同tomcat服务器时会导致数据丢失：  
![在这里插入图片描述][9ed105ba42f74d70a6813e2aa1aefa8b.png]

当用户量增多，我们需要进行负载均衡、对tomcat做水平扩展，可是存储在Tomcat里的Session不是共享的，这就会导致Nginx进行轮询时轮循到另一个Tomcat而其中并没有之前的Session信息。总而言之，由于Session在Tomcat之间数据不共享的问题会使程序不满足应对高并发的能力，因此使用Redis来替代Session，让每一次被轮循到的Tomcat服务器来访问服务器内存中的Redis，以此来得到相关信息。

### 2.为什么以前会选择Session？ ###

因为我们不需要考虑“取数据”的题，请求来了创建一个Session（在以前没有的情况下）写到Cookie中，getAttribute底层就是直接通过JSessionID来拿非常方便

此外

Tomcat内部维护了很多独立的Session，也就是说在每一个不同的浏览器发请求的时候都有一个独立的Session，用户输入手机号往往是伴随着请求的发生，当调用了后端的接口，验证码就会生成并且被单独保存在独立的Session中。这就做到了互不干扰完全独立的效果！与此同时，输入的手机号与随机生成的验证码也做到了一一对应，独立保存！

使用Redis后拿什么作为Key?

可以使用phone但推荐使用UUID生成的token，将token作为登陆凭证，将发送的请求携带上token。token其实是保存在前端浏览器的，使用手机号来作为凭证的话其实不太安全

### 3.基于Redis实现短信的登陆 ###

![在这里插入图片描述][9853b46771ed49cf96e59906f90e84bf.png]  
用Redis来取代Session就是将以前存到Session里的动作变为存到Redis中，利用Hash结构来存储并使用token作为Key。Service中数据库里查到的对象——User——UserDTO——Map作为Value存到Redis，取的过程也是如此，在拦截器里根据token取user对应的map在进行类型转换存到ThreadLocal。只不过之间类型的转换要做到位，细节决定成败

Map<String, Object> stringObjectMap = BeanUtil.beanToMap(userDTO,new HashMap<>(),
            CopyOptions.create().
                    setIgnoreNullValue(true).
    //将所有字段值转字符串,避免出现Long——>String的错误，因为自动系列化反序列化，
    //在存储数据时会把类的信息写入到Redis,这就涉及到了Long转String，以此类推其他的类型亦是如此
                    setFieldValueEditor((fieldName,fieldValue)->fieldValue.toString())); //对象转map

### 4.解决针对登陆状态重复刷新token有效期 ###

当用户登陆后一直去访问首页，商品页…一些不需要拦截的路径，token就不会去刷新，而Redis中的token有效期过后，用户再去浏览一些需要拦截的页面（需要登录的页面）就会出现访问不了的情况，为了解决需要新增一个拦截器拦截所有路径判断来刷新token，判断需要登录状态的页面中是否有用户的事交给另一个拦截器，并定义执行顺序，先刷新后判断。

这里我一直以为，使用两个拦截器的话你不登陆就浏览不了任何页面了，其实是错了！因为我在第一个刷新的拦截器里可以设置：如果查不到UserDTO对象我也放行 直接return true！这样就做到了！有则刷新，无则放行！  
![在这里插入图片描述][c1919dfb6ca44085954fe9663c381e82.png]

[9ed105ba42f74d70a6813e2aa1aefa8b.png]: https://img-blog.csdnimg.cn/9ed105ba42f74d70a6813e2aa1aefa8b.png
[9853b46771ed49cf96e59906f90e84bf.png]: https://img-blog.csdnimg.cn/9853b46771ed49cf96e59906f90e84bf.png
[c1919dfb6ca44085954fe9663c381e82.png]: https://img-blog.csdnimg.cn/c1919dfb6ca44085954fe9663c381e82.png