1. redisson如何实现尝试获取锁的逻辑

• 如何实现在一段的时间内不断的尝试获取锁
  • 其实就是搞了个while循环，不断的去尝试获取锁资源。但是因为latch的存在会在给定的时间内处于休眠状态。
  • 
  • 这个事件，监听的是解锁动作，如果解锁动作发生。会调用latch.release方法，这样while循环又可以重新启动，去尝试获取锁资源了。（相比单纯的轮训，避免了对cpu资源的浪费。通过信号通知，避免了没必要的轮训）
  • 
• 尝试获取锁的过程是怎样的？
  • 使用了redis脚本执行的方式。因为存在根据查询结果，来决定执行什么变更动作。所以一定要保证动作串行执行。如果key不存，则新增key和param（线程id+redisClientid）记录，value为数值型，value=1。  如果，key + param存在，则表名key已被默认线程持有，并且这个线程就是当前线程。如果，key + param不存在，则表明key已被默认线程持有，并且这个线程不是当前线程。
• 

2. redisson释放锁的逻辑如何实现

因为加锁时，会设置过期时间。所以就算不主动解锁。key过期了就相当于解锁了。

redisson的解锁过程如下图。先判断线程是否持有该锁。如果有，则value值减1。然后判断value是否大于0，如果大于0，则给key设置一个默认的过期时间30秒；如果等于0，则可以删除key和发布一个key删除事件。

3. redisson释放锁时，如何唤起其它线程取争抢锁

很简单，使用发布订阅的机制。

释放锁时，发布锁释放消息。由于，争抢锁的线程在之前就订阅了这个消息。所以在接收到锁释放的消息后，就会立即再次尝试获取锁资源。

4. redisson如何解决A线程加锁，但是B线程去释放锁的问题

redi支持key+param的方式进行匹配。这里的param有点像标签。当线程A获取到redis的锁资源后，会将param设置为线程id+redisson连接管理器id。然后解锁的时候，也是需要带上parma匹配的。匹配不上是解锁不了的。
redis.call('hexists', KEYS[1], ARGV[2])