JAVA并发常见解决方案-分布式锁

1.本地实现：

        可以在需要加锁的代码上添加关键字synchronized，但是synchronized是因为是代码层面加锁，不能解决分布式的并发问题

2.基于mysql数据库InnoDB引擎实现：

        悲观锁：假设每次取数据的时候数据都会被更新，所以在取数据的时候会给数据加锁，其他事物可以查询数据但是不能更新，等其他事物提交后才能更新，基于mysql for update关键字实现

问题：基于where条件加锁，如果where条件不是主键或者唯一索引可能会导致锁表，谨慎处理

        乐观锁：假设每次取数据的时候不会被更新，所以在取数据的时候不会加锁，提交的时候再判断是否能更新数据，常见方案在数据中添加版本号字段，更新前先获取版本号，提交修改时判断版本号是否一致

问题：并发情况下会出现大量版本号冲突问题，不推荐

3.基于RedissonClient实现

获取锁：RLock lock = redisson.getLock("myLock");

//锁定方式1:对name进行加锁 线程会一直等待 直到拿到该锁
lock.lock();

//锁定方式2:尝试对name进行加锁,线程会一直等待 直到拿到该锁 然后10秒后自动解锁
lock.lock(10,TimeUnit.SECONDS);

//锁定方式3:尝试对name进行加锁,如果该锁被其他线程持有,会等待10秒,然后返回是否成功,如果成功会在20秒后自动解锁
boolean b = lock.tryLock(10,20,TimeUnit.SECONDS);

//锁定方式4:尝试对name进行加锁 立即返回加锁状态 如果加锁成功会在20秒后自动解锁
boolean b = lock.tryLock(20,TimeUnit.SECONDS);

//释放锁
lock.unLock();

问题：加锁后业务处理完成需要手动释放锁，否则会出现死锁问题，导致系统【业务处理报错也要释放锁】