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