秒杀时为了公平起见，往往是单个用户只能购买一件商品，但是又要做到不能少买，那么问题来了，如何保证？
罗列一下大体思路，仅供参考：
- 单点登录，单个用户只能在一处登录，防止多处登录。
- 前台智能人机验证码，可以过滤99%的作弊行为(预先分析出抢购地址，实现脚本抢购)。
- 分布式限流，限制接口总并发数/请求数，最大程度防止脚本抢购行为。
- 消息队列，100件商品，设置200个队列长度，设置商品 ID + 用户 ID 联合主键，确保一个用户只能秒杀一件商品。如果进入队列的前一百个请求有重复抢购行为，前台提示用户秒杀失败，100+后的队列补入数据。基于前台的限流 + 人机验证码，重复秒杀的请求应该不会很多，当然，为了确保不能少买，可以增加商品队列的长度。
秒杀之后未支付取消占位，如何对剩余库存做及时的控制更新？
数据库订单中有一个未支付状态。如果超过时间，例如15分钟，库存会重新会恢复（大家熟知的“回仓”）。如果是车票的话，秒杀的提示是，开动秒杀后，15分钟之后再试试看，说不定又有票哟！
