概述：在一些高并发的场景中，比如秒杀，抢票，抢购这些场景，都存在对核心资源，商品库存的争夺，控制不好，库存数量可能被减少到负数，出现超卖的情况，或者 产生唯一的一个递增ID，由于web应用部署在多个机器上，简单的同步加锁是无法实现的，给数据库加锁的话，对于高并发，1000/s的并发，数据库可能由行锁变成表锁，性能下降会厉害。那相对而言，redis的分布式锁，相对而言，是个很好的选择，redis官方推荐使用的Redisson就提供了分布式锁和相关服务。 平台默认集成redisson，只是没有使用，先将具体使用代码说明如下，共大家参考学习。

使用方式：

1、在需要添加同步控制的业务对象中，首先引入

    @Autowired
    private RedissonClient redissonClient;

2、在具体业务方法上创建锁对象

     //getLock中的参数是自己根据业务拼接的字符串，整个系统中如果遇到相同字符串的锁定变量信息，将同步处理。

    RLock lock = redissonClient.getLock(${锁定变量}); 

3、对同步块采用封装处理
     try {

       //尝试获取锁，如果超过10秒，进入异常流程

       if(lock.tryLock(10, TimeUnit.SECONDS)){
         try{
           //获得锁，进行业务处理（处理过程中同样的SceneType.VALIDATE_MOBILE.name()+uuid 值在全局内不能再次进入，保证同步性）
           //业务代码块               
          }catch(Exception e){
           //业务报错异常处理分支
                    
          } finally {
           lock.unlock();// 释放锁
          }
        }else{
           //获取锁超时处理分支
           //可以返回可控的处理信息 例如："系统繁忙，请过后尝试！"
        }
      } catch (InterruptedException e) {
         // trylock 线程阻塞Interrupt
         // 静默处理!
      }             

使用注意事项：

1、使用锁的目的是使业务同步化，这样在技术上就要求每次锁的部分执行效率很高，要不就会有严重的性能问题，所以使用锁的块要尽量控制合理。

2、锁的代码主要针对业务代码，所以锁块要求加载@Service对象对应的业务方法上。

3、锁的key（锁定变量）要合理规划，避免锁范围超过业务范围，造成不必要的性能问题。