12306的程序员水平是不是超级高？

rt

架构很牛

举国之力

当时不是外包给阿里来做的嘛

我是想不明白12306是怎么设计的，希望架构能开源一下，大家都学学。 一个座位，那么多站，该怎么卖，这一个点我都想不明白

阿里云的一个团队做出了很大贡献 : 一个座位，那么多站，该怎么卖，这一个点我都想不明白

直接先按比例分配，之后全量放就好了 : 一个座位，那么多站，该怎么卖，这一个点我都想不明白

哪有这么简单，里面涉及到长短站，每个站放的票怎么定。以及还有人只坐一站，这种票又该怎么实时卖出去

面试还被问到了这种问题

存下来区间搜索次数？

车票不是和电商的商品一样，以sku 来算库存就可以了。在车上的一个座位，排列组合能拆除好多种 sku，a-b 站，a-c 站，b-c 站，怎么才能合理利用有限的座位资源，并且保证各个地方的人基本都能满足出行需求，这个感觉很复杂

我觉得银行的系统更牛逼，高并发高可靠性要达到极致，还有就是各种安全性和鉴权，性能还不能差。

你说的这些情况就是先少量放票呀，不然买长乘短怎么来的

买长乘短，买的时候这个座位资源没被浪费，但实际上是被浪费了。但是在最初放票时候，怎么保证最大效率使用

12306的系统是找了顶级外包团队来做的

似乎是最大收益优先

对12306而言，只要足够多的票被买了，就是高效率使用了。他不需要做到所谓的绝对公平。

最开始根据历史数据，采取最保守策略放票，确保放出去的票要么全程，要么能区间无重叠合并到全程。剩余做候补，根据历史数据和区间实时搜索流量，以能够无重叠覆盖完整区间为优化目标，以区间组合的形式放票，并在这个放票过程中逐渐增加宽容度，直到票卖完。乱猜的[em3][em3]

我觉得合理，遇到过北京到齐齐哈尔有票但是北京到大庆没票的情况，实际是先到大庆后到齐齐哈尔

这都是运营策略吧。感觉到最后还得是 大数据分析[bbsemoji10133]算法学习 : 一个座位，那么多站，该怎么卖，这一个点我都想不明白