1、使用CAS乐观锁解决秒杀超卖问题。
一开始使用库存，但是发现库存，结果发现没卖完。然后就通过CAS判断库存大于0。
2、又发现问题，一个用户可以下好几单，所以想到用商品id和用户id做个唯一索引，解决了，但是后面发现，我再开同一个商品的秒杀，之前的用户不能抢到了。
所以使用悲观锁，将用户的id锁住
锁在事务外面
Spring中事务是通过代理对象去实现的事务的，但是现在这个相当于是用this调用的，所以事务会失效。通过AopContext获取代理对象
这样就能解决秒杀超买问题了
改进使用分布式锁
获取锁和释放锁
业务上加上分布式锁
但是会出现释放错锁的问题（生成有一个uuid,与线程id做个拼接，获取释放锁的时候进行判断）
解决原子性问题（用lua脚本）
分布式锁缺点
Redission解决
直接使用即可（不需要封装lua脚本）
3、优化（使用lua脚本预扣库存，如果有，并加入消息队列里面）
改造秒杀业务
再利用rabbitMQ去完成异步下单操作。
也可以使用stream去实现
消息队列stream
4、解决用互斥锁解决缓存击穿问题（使用秒杀商品id做一个分布式锁）seckGood:+"GoodId"
