并发业务处理

1、并发修改业务：
商品秒杀，保证剩余库存不能为负数
抢票业务，保证剩余的票不能为负数
占车位，保证剩余的车位不能为负数
解决办法：Redisson使用tryLock对资源进行尝试加锁，加锁失败则返回请求失败，加锁成功判断库存是否大于0，大于0则减库存，返回抢单成功，否则抢单失败；最后由于tryLock可以自己释放锁，所以不需要在finally中设置释放锁

public class IndexController {
​
    public String deductStock() {
        
        String lockKey = "lock:product_101";
​
        //setNx 获取分布式锁
        //加分布式锁
        boolean flag = redissonService.tryLock(lockKey);
        // 判断是否获取失败        
        if (!flag) {
          return "服务器繁忙，稍后提交";
        }
        try {
            //获取库存
            int stock = Integer.parseInt(stringRedisTemplate.opsForValue().get("stock")); 
            if (stock > 0) {
                int realStock = stock - 1;
                stringRedisTemplate.opsForValue().set("stock", realStock + ""); // jedis.set(key,value)
                System.out.println("扣减成功，剩余库存:" + realStock);
            } else {
                System.out.println("扣减失败，库存不足");
            }
        } 
     }

 
  public Boolean tryLock(String lockKey, long waitTime, long leaseTime, TimeUnit unit) {
    RLock lock = redissonClient.getLock(lockKey);
    try {
      // 尝试加锁，最多等待时间，上锁以后至少多久自动解锁
      boolean locked = lock.tryLock(waitTime, leaseTime, unit);
      if (locked) {
        return Boolean.TRUE;
      }
    } catch (InterruptedException e) {
      ExceptionUtil.exceptionToString(e);
      e.printStackTrace();
      return Boolean.FALSE;
    }
    return Boolean.FALSE;
  }

2、并发查询业务：
MySQL与Redis数据同步的时候，避免线程同时访问MySQL；
解决办法：可以通过redisson设置分布式锁，由于redisson使用的Redis结构是哈希结构key filed value,所以用的时候内部会先判断key,然后再判断filed,然后Value设置获取锁的次数；filed一般设置为线程id；key我们可以自己设置
代码请自己实现。。。。。。。

缺点：只能在单机版的Redis中玩，集群中玩的话，主节点如果锁住资源，并且突然挂掉，那就无法释放锁，或者消息没有同步到子节点中，子节点会重复加锁

3、持续更新。。。

关注我的公众号SpaceObj 领取idea系列激活码