测试结果，从结果可以看到，票数在不同的线程中已经出现混乱。
为了解决多线程时出现的混乱问题，这里給出真正的测试类!!!
真正的测试类，这里启动20个线程，来抢10张票。
RedisTemplate 是用来实现redis操作的，由spring进行集成。这里是使用到了RedisTemplate，所以我以构造器的形式在外部将RedisTemplate传入到测试类中。
MultiTestLock 是用来实现加锁的工具类。
总票数使用volatile关键字，实现多线程时变量在系统内存中的可见性，这点可以去了解下volatile关键字的作用。
TicketRunnable用于模拟抢票功能。
其中由于lock与unlock之间存在if判断，为保证线程安全，这里使用synchronized来保证。
测试类：
Lock工具类：
我们知道为保证线程安全，程序中执行的操作必须时原子的。redis后续的版本中可以使用set key同时设置expire超时时间。
想起上次去 电信翼支付 面试时，面试官问过一个问题：分布式锁如何防止死锁，问题关键在于我们在分布式中进行加锁操作时成功了，但是后续业务操作完毕执行解锁时出现失败。导致分布式锁无法释放。出现死锁，后续的加锁无法正常进行。所以这里设置expire超时时间的目的就是防止出现解锁失败的情况，这样，即使解锁失败了，分布式锁依然会在超时时间过了之后自动释放。
具体在代码中也有注释，也可以作为参考。
执行结果
可以看到，票数稳步减少，后续没有抢到锁的线程余票为0，无票可抢。
tips:
这其中也出现了一个问题，redis进行多部封装操作时，系统报错：ERR EXEC without MULTI
后经过查阅发现问题出在：
在spring中，多次执行MULTI命令不会报错，因为第一次执行时，会将其内部的一个isInMulti变量设为true，后续每次执行命令是都会检查这个变量，如果为true，则不执行命令。
而多次执行EXEC命令则会报开头说的"ERR EXEC without MULTI"错误。
以上为个人经验，希望能给大家一个参考，也希望大家多多支持七叶笔记。如有错误或未考虑完全的地方，望不吝赐教。
