redis锁

    简单说一下，redis锁主要解决并发量大的情况下，代码被重复执行。比如一件商品的库存值为50，在多个线程同时进入去修改商品的库存值时，会出现该商品会被同时修改两次为48，就会造成我们数据的错乱 ，明明商品购买记录是两次，库存量却只减少了1。

    所以我们基于这种情况可以用到redis的锁机制，它可以让每个线程一一排队去执行修改库存的记录，第一个改完第二个才会去改，当然这里会给每一把锁加上唯一标识，并在最后销毁的时候判断是不是该线程的锁，要不会出现一种情况，我销毁掉了不属于自己的线程锁，最后在把redis的锁释放掉，相当于销毁。

    问题来了，在我们加上锁时，执行业务代码的时候，突然抛出了异常，导致当前线程崩溃，从而没有销毁掉锁，那么后面的线程就会一直等待，就造成了死锁。解决的方案就是把异常try了，把销毁步骤放在finally里面，这样就可以排除掉代码异常了。

    有一种特殊的情况，如果在系统挂掉情况下，异常还没抛出，还没执行finally里面的代码，同样也会造成死锁，这时我们就是用到redis的延时执行，在加上锁的同时给这把锁加上十秒的延时，十秒后自动释放掉这把锁，这种情况理论上可以解决我们的问题，但在延时的过程中，如果我们执行的业务代码需要十几秒的时间，那么就会出现每个十秒后会释放掉不属于自己的锁。

目前这种已经能解决并发量不大的情况。