12306 那个余票充足，排队中，排队失败是什么逻辑

[cstj0505]

一点余票充足，就开始排队，而且显示的排队人数少于票数，排了 4 分多钟，最后告诉我出票失败。

这是在逗我？

[sessionreckon]

感觉 12306 越改越烂了,啥一致性都没有
多刷几次余票数量会不一样,看着有余票进入购买,会开始排队 /直接告知失败...

[eason1874]

我觉得我们就是做这行的，多从技术角度考虑能提升抢票成功概率。

余票充足但又要排队，应该是查到库存余票是够的，但后端忙不过，就让请求先排队，而且不是严格按余票数量限制排队人数，因为中途可能有人退出。

然后成功入库当然就出票成功了。如果排在比较后面呢，一旦前面大多入库成功了，就算没到你也干脆让你失败了，因为排队人数太多了，预计轮不到你就卖完了。

显示有余票，下单提示没票，返回查看又显示有票。这种情况呢，可能就是被非线上售卖系统（比如窗口售票）抢占了票，但余票数量没有及时更新。

显示余票多余排队人数但还是出票失败，可能也是这个原因，被其他售卖系统抢占了但还没同步数据，或者是错误显示了包括你所选区间的更大区间的余票数量（实际上这些票不在你选的区间出售，考虑这种可能的时候你就可以试试买短乘长，或者买长乘短）。

[augustheart]

就在余票数量返回给你的过程中，你的票已经被人买掉了，就这么简单。

[Muniesa]

应该余票数量是缓存，没有更新

[sls]

被坑了好几次了，后面再候补就排到后面了

[sls]

真的不如以前好用了，抢不抢得到，几分钟就知道了，这个排队二三十分钟告诉后你失败了

[woodensail]

一般的处理方式是所有请求先进队列，然后一条一条处理，保证无冲突。但是如果请求量非常大，导致队列满了就会这样。

[rui6ye]

阿里云好像没参与到业务代码维护吧，只是提供了机器云部署？那这锅还算是几十亿的外包方。

[kop1989]

就是请求被随机丢弃了

[bsidb]

余票数据是准实时更新的，看到的余票数据不准。

[cstj0505]

@bsidb 要没有就没有嘛，这样让人排队买不了不是坑人嘛