以卖票为例，票数存储在redis数据库中，卖一张票，redis数据库库存减一，在多线程单机系统下，可以采用syncnized关键字或者使用Rentrelock加锁保证安全性，但在微服务高并发的情况下，就会出现重复卖票的情况，这里就要用到Redis分布式锁。
1、上redis中的分布式锁setnx，只加了锁，如果代码出现异常，可能就无法释放锁，所以需要在finally中释放锁。
2、假如redis宕机了，没有释放锁，需要给它设置一个过期时间。加锁和设置过期时间必须是原子操作。
3、假设分布式锁过期时间为10s，但代码执行需要12s，那么就可能会在线程释放锁之前，redis锁已经过期，这是就会有其他线程加锁，就有可能导致线程释放其他线程的锁，导致“张冠李戴”的情况。所以就需要判断是否是“本人”的锁，如果不是就无法删除。
4、但finally中的判断和删除不是原子性的，也会导致安全问题，可以使用lua脚本，保证其原子性，也可以使用事务保证其原子性。
5、但存在redis续期问题，上诉方式过于繁琐，可以使用redisson分布式锁。
