一，问题解析
- 超买问题就是，原本库存中有200件库存，结果由于并发问题售出了300件这就是炒卖问题
- 对于买东西无非就是 查询商品，判断库存是否充足，如果充足则下单成功。
这里采用的是先查询，再判断，再更新的方案，而以上三步操作并不具备原子性。单线程的情况下确实没有问题。但如果是多线程并发运行，如果N个线程同时去查询（N大于剩余库存），此时大概率查询到的库存是充足的，然后判断库存自然没问题。最后一起更新库存，自然就会超卖。
二，问题的解决
加锁：锁可以分为悲观锁---乐观锁
1，解决库存超卖问题
何为悲观锁？
每次读取数据时都上锁，防止别人操作数据，就是将并行转为串行
就是通过Synchronized和ReentrantLock对代码进行加锁
优点
安全性非常高
缺点：
性能较差
乐观锁
不会上锁，假设多用户并发的不会产生安全问题，因此无需独占和锁定资源。但在更新数据前，会先检查是否有其他线程修改了该数据
就是通过修改数据库修改语句的条件，一般就是判断当前库存是否大于0，大于0就可以更新数据
悲观锁：添加同步锁，让线程串行执行
优点：简单粗暴
缺点：性能一般
乐观锁：不加锁，在更新时判断是否有其它线程在修改
优点：性能好
缺点：存在成功率低的问题
2，解决限制用户购买商品超卖问题
出现的问题：同一个用户同一时间使用多个线程同时购买就会导致用户抢到很多次商品。
问题解决：使用悲观锁解决，使用同步代码块解决，这样锁的就是当前对象
解决方案很简单，就是调整边界：
业务开始前，先获取锁，再开启事务
业务结束后：先提交事务，再释放锁
