3: 用户注册 -采用分布式锁来防止大量并发请求抢占同一个用户名

用户注册 -采用分布式锁来防止大量并发请求抢占同一个用户名

controller

    /**
     * 注册用户
     */
    @PostMapping("/api/short-link/admin/v1/user")
    public Result<Void> register(@RequestBody UserRegisterReqDTO requestParam) {
        userService.register(requestParam);
        return Results.success();
    }

service

    @Transactional(rollbackFor = Exception.class) //数据库事务操作，只要出现异常就回滚
    @Override
    public void register(UserRegisterReqDTO requestParam) {
        //判断用户名是否存在
        if (!hasUsername(requestParam.getUsername())) {
            throw new ClientException(USER_NAME_EXIST); //如果用户名已存在，就抛出异常-用户名已存在
        }
        //调用redissonClient获取分布式锁RLock，锁的名字是LOCK_USER_REGISTER_KEY + 用户名 主要是为了防止大量请求注册同一个用户名
        RLock lock = redissonClient.getLock(LOCK_USER_REGISTER_KEY + requestParam.getUsername());
        if (!lock.tryLock()) { //尝试获取锁，如果获取锁失败，说明已经有人抢占这个用户名注册了
            throw new ClientException(USER_NAME_EXIST); //用户名已存在
        }
        try {
            int inserted = baseMapper.insert(BeanUtil.toBean(requestParam, UserDO.class));
            if (inserted < 1) { //插入操作成功会返回1
                throw new ClientException(USER_SAVE_ERROR);
            }
            groupService.saveGroup(requestParam.getUsername(), "默认分组"); //将当前的用户名保存在一个分组中，便于管理
            //将当前的用户名放入布隆过滤器中，防止缓存穿透
            userRegisterCachePenetrationBloomFilter.add(requestParam.getUsername()); 
        } catch (DuplicateKeyException ex) { //DuplicateKeyException -> 唯一键冲突 -> 用户名已存在 之所以还会出现这样的问题是因为：1：布隆过滤器有误判 2：高并发情况下那面会有极少数并发出现
            throw new ClientException(USER_EXIST);
        } finally {
            lock.unlock(); //最后不敢什么情况必须释放锁
        }
    }