黑马redis实战-ThreadLocal

问题：使用 Nginx 负载均衡时，用户的查询请求会分配到不同的JVM，当接收到用户请求时，JVM如何区分用户从而响应用户？

redis实现共享session登录

视频中采用的办法是：利用 redis 的 hash 结构，token 作为 key ，用户属性和属性状态分别作为 <field, value> 保存

然而：JVM 是如何区分用户的？比如：用户登录之后会进行抢购优惠券等活动，JVM在处理请求的时候，如何保证响应的是哪个用户呢？

1. token 与 userMap

UserServiceImpl.java

@Override
    public Result login(LoginFormDTO loginForm, HttpSession session) {
   
   
        // 1.校验手机号
        String phone = loginForm.getPhone();
        if (RegexUtils.isPhoneInvalid(phone)) {
   
   
            // 2.如果不符合，返回错误信息
            return Result.fail("手机号格式错误！");
        }
        // 3.从redis获取验证码并校验
        String cacheCode = stringRedisTemplate.opsForValue().get(LOGIN_CODE_KEY + phone);
        String code = loginForm.getCode();
        if (cacheCode == null || !cacheCode.equals(code)) {
   
   
            // 不一致，报错
            return Result.fail("验证码错误");
        }

        // 4.一致，根据手机号查询用户 select * from tb_user where phone = ?
        User user = query().eq("phone", phone).one();

        // 5.判断用户是否存在
        if (user == null) {
   
   
            // 6.不存在，创建新用户并保存
            user = createUserWithPhone(phone);
        }

        // 7.保存用户信息到 redis中
        // 7.1.随机生成token，作为登录令牌
        String token = UUID.randomUUID().toString(true);
        // 7.2.将User对象转为HashMap存储
        UserDTO userDTO = BeanUtil.copyProperties(user, UserDTO.class);
        Map<String, Object> userMap = BeanUtil.beanToMap(userDTO, new HashMap<>(),
                CopyOptions.create()
                        .setIgnoreNullValue(true)
                        .setFieldValueEditor((fieldName, fieldValue) -> fieldValue.toString()));
        // 7.3.存储
        String tokenKey = LOGIN_USER_KEY + token;
        stringRedisTemplate.opsForHash().putAll(tokenKey, userMap);
        // 7.4.设置token有效期
        stringRedisTemplate.expire(tokenKey, LOGIN_USER_TTL, TimeUnit.MINUTES);

        // 8.返回token
        return Result.ok(token);
    }

上述登录流程 login(…) 中校验手机号验证码通过之后，使用 UUID 随机生成了 token，然后拼接上前缀之后，作为key保存到 redis 中

// 7.保存用户信息到 redis中
  // 7.1.随机生成token，作为登录令牌
   String token = UUID.randomUUID().toString(true);
   // 7.3.存储
   String tokenKey = LOGIN_USER_KEY + token;
   stringRedisTemplate.opsForHash().putAll(tokenKey, userMap);

视频中采用的是验证码登录，每执行一次 login(…) 【点击 登录】都会执行生成验证码的逻辑。即无论是否是同一用户【手机号一致】，若是多次登录也会生成不同的token。

问题：同一个用户每次登录，有不同的token，对业务有影响吗？
测试结果：在 postman 中无论用哪个 token 抢购优惠券，都会使得该token对应的用户能够抢到优惠券。

问题分析：即使是不同的 token 里面存储的 userMap 都是一致的，在根据用户 id 抢购优惠券的时候，必然是同一个人在下单。

2. 登录手机号与userMap是怎么关联的？

2. 1 userMap 是怎么来的？

// 7.2.将User对象转为HashMap存储
   UserDTO userDTO