
一点余票充足,就开始排队,而且显示的排队人数少于票数,排了 4 分多钟,最后告诉我出票失败。
这是在逗我?
1 sessionreckon Dec 24, 2019 感觉 12306 越改越烂了,啥一致性都没有 多刷几次余票数量会不一样,看着有余票进入购买,会开始排队 /直接告知失败... |
2 eason1874 Dec 24, 2019 我觉得我们就是做这行的,多从技术角度考虑能提升抢票成功概率。 余票充足但又要排队,应该是查到库存余票是够的,但后端忙不过,就让请求先排队,而且不是严格按余票数量限制排队人数,因为中途可能有人退出。 然后成功入库当然就出票成功了。如果排在比较后面呢,一旦前面大多入库成功了,就算没到你也干脆让你失败了,因为排队人数太多了,预计轮不到你就卖完了。 显示有余票,下单提示没票,返回查看又显示有票。这种情况呢,可能就是被非线上售卖系统(比如窗口售票)抢占了票,但余票数量没有及时更新。 显示余票多余排队人数但还是出票失败,可能也是这个原因,被其他售卖系统抢占了但还没同步数据,或者是错误显示了包括你所选区间的更大区间的余票数量(实际上这些票不在你选的区间出售,考虑这种可能的时候你就可以试试买短乘长,或者买长乘短)。 |
3 augustheart Dec 24, 2019 就在余票数量返回给你的过程中,你的票已经被人买掉了,就这么简单。 |
4 Muniesa Dec 24, 2019 应该余票数量是缓存,没有更新 |
5 sls Dec 24, 2019 被坑了好几次了,后面再候补就排到后面了 |
6 sls Dec 24, 2019 真的不如以前好用了,抢不抢得到,几分钟就知道了,这个排队二三十分钟告诉后你失败了 |
7 woodensail Dec 24, 2019 一般的处理方式是所有请求先进队列,然后一条一条处理,保证无冲突。但是如果请求量非常大,导致队列满了就会这样。 |
8 rui6ye Dec 24, 2019 阿里云好像没参与到业务代码维护吧,只是提供了机器云部署?那这锅还算是几十亿的外包方。 |
9 kop1989 Dec 24, 2019 就是请求被随机丢弃了 |
10 bsidb Dec 24, 2019 余票数据是准实时更新的,看到的余票数据不准。 |