Redis分布式锁，有互斥性，容错率，唯一性，防止死锁，这些特点上篇文章都已经介绍过，而且有代码实例，有不明白的地方可以先看看：
下面画了一张流程图，方便大家解读：
从图上可以知道，多个线程获取锁，线程一获取锁成功的话，线程二就会加锁失败，之后重复获取锁，直到线程一释放锁。
若redis是集群部署，线程一加锁成功之后，会用hash算法，选择其中一台redis主机，采用lua脚本，吧数据写入redis，因为锁都会设置一个自动释放时间，这时候会有一个water dog每隔10s监测一次，若业务一直在运行，则会延长当前线程获取锁的时间。
为什么要用lua脚本呢？
因为这里的业务逻辑相当复杂，通过封装在lua脚本发送给redis，还可以保证redis原子性。
Watch dog自动延迟机制？
客户端默认加锁是30s，超过30s，业务还没处理完的情况下，看门狗的作用就体现出来了，每隔10s监测当前线程是否还持有锁，若还在的话就延迟持有时间。
Lua脚本的简介：
KEYS[1]代表的是加锁的key，比如：RLock lock = redissonClient.getLock("lock");
KEYS[1]代表就是lock。
ARGV[1]代表的就是锁默认生存时间，默认30秒
ARGV[2]代表的是加锁的客户端的ID。
