12月份重构公司社群活动产品，原来自己不是很成熟，按传统的形式处理卖票的信息-现在回首很多地方都会出问题。
先说下背景：业务是卖票！所以自然而然会遇到高并发下的库存问题
搜了很多网上提供以下几种方案：
1.并发数很小，不考虑并发的话采用Redis的原子操作。缺点也很显然，高并发肯定是有问题的！对应方案如下
http://blog.csdn.net/wujiangwei567/article/details/51210600
2.高并发请求采用队列形式，化解为单线程。消费时再使用Redis原子操作加减库存
3.采用Redis的分布式锁
现在采用的第三种方式
来源：CSDN
作者：天降爆米花
链接：https://blog.csdn.net/dream20nn/article/details/53490147