自动释放
首先锁的释放分为两种，一种是自动释放，加入说加锁的线程宕机了不在了，我们之前说过这个。
那这个线程中的对redis这个锁不断刷新过期时间的看门狗逻辑就没有了，所以这个锁最多等待30s的时间就会自动过期删除，其他线程就可以获取这个锁了。
主动释放
调用的方法是RedissonLock.nuLock
这里面的unlockAsync()方法本来是异步执行的，但是前面加了一个get()，意思是会在这里等待异步执行的结果，也就是可以理解为异步转为了同步执行
主要逻辑在这个方法里
RedissonLock.unlockInnerAsync()
这个里面的判断逻辑有点多，一个个来看
首先是’exists’, KEYS[1]) == 0 判断我们加的这个anyLock这个map锁是否存在，不存在的话直接返回 1
hexists’, KEYS[1], ARGV[3]) == 0 这个判断呢，就是当前anyLock这个map锁是否存在当前线程加的锁，ARGV[3]这个参数是下面一行的最后一个，也就是线程id+锁名称。没有加过的话直接返回为null
redis.call(‘hincrby’, KEYS[1], ARGV[3], -1); 这个命令的意思是 anyLock这个map锁里面 这个线程相关的键值对的值，递减1。这里对应了加锁的时候可重入逻辑，加了几次就要释放几次。
再判断递减之后的值，如果是大于0的话，给这个anyLock的map锁延迟过期时间，然后返回0
否则的话小于等于0，证明锁失效，删除这个名为anyLock的map锁，然后返回1
publish命令后面再说，这个和其他锁的监控有关系。
