目前项目中分布式锁的实现方式是基于redisson的分布式锁。
最近发现一个问题,项目里的分布式锁,在同一个方法中,加了两次相同的锁,虽然redisson支持可重入,但是仔细看了看,还是有一些存在的问题。
1. 锁名字相同,在项目中全局搜下,能搜到几个相同名字的,一些是在同一个方法的调用里面,支持可重入还好,但是如果在不同的方法调用里,可能就会出现锁竞争了。
2. 锁超时,redisson支持锁自动续期,这种情况只适用于并发不高的地方,否则一旦有耗费时间的操作,那会极大影响吞吐量,从而拖累整个服务。锁超时一般包含两个时间,等待上锁的时间和上锁之后租赁锁的时间。正常情况,都应该给个锁超时时间。
3. 锁范围,这个同样会影响吞吐量。分两种情况,一是锁名字包含的范围,这个应该配合锁名字,将粒度降到最小,二是锁代码的范围,耗费时间的代码不应该放到锁里面。