[大声]喂，支付宝：12306 冤不冤？

支付宝昨日订单数超过一亿，而 12306 最高一天出票量大约是 166 万。替 12306 喊冤的可以不必了。

《喂，支付宝：12306 冤不冤？》：

今天几乎所有的网络版面都被天猫和支付宝的消息轰炸了一遍，后者在“11·11”光棍节当天表现疯狂，不仅令国内竞争对手胆寒，成为国民茶余饭后咀嚼的材料，更令 西方媒体咋舌。

众消息中，来自 Fenng 的这条微博翻出 12306 这笔账，让人别有一番滋味。

以 Fenng 的计算方法，支付宝 11 月 11 日一天就处理了 1 亿零 580 万条交易请求量，而 12306 一天处理的交易（出票量）仅仅 166 万条，这还主要是集中在 8 点钟开始放票之后的 5 分钟时间里。从结果来看，12306 弱爆了，处理的交易量比支付宝“低了两个数量级”还那么弱不禁风。

Fenng 的微博马上得到了 @ caoz 的转发响应，后者在 9 月底对 12306 的骂战中一战成名，由于观点相似，caoz 和 Fenng 可以称为统一战线——当然，众多对 12306 充满怨恨的普通购票者也与他们在感情上统一战线。9 月底骂战中唱反调的 @ 左耳朵耗子 也一战成名。

Fenng 的微博已经引来 1200 多条转发，接近 400 条转发（截止 11 月 12 日 23 时）。其中转发者即有 @caoz 和 @左耳朵耗子，论战再一次形成。

正方的观点是：12306 疑云重重，1.9 亿元不知花哪里去了，出来的项目渣得连商业公司的系统都 PK 不过。

反方的观点是：

• 阿里巴巴是互联网公司，有深厚技术积累，12306 项目则刚上线两年，还未经考验。@何越峰
• 火车票有自己的票务逻辑，要分段处理，考虑各站车票如何分配。@朱旭冬
• 12306 对座位号和数量要求 100% 准确同步，淘宝天猫订单数则可变范围广。@让BoBo飞
• 网商可以在 Jsp 上缓存商品信息和数量，火车票每次操作都必须到后台查询，关键问题是数据如何随着前台一起做成分布式还有保证完整性。@测试仔刘毅
• 淘宝商品库存信息在促销期间不准确，这是服务端为了关键性能做妥协；但订火车票，库存信息必须是实时的。@Angry_Jimmy
• 12306 用户目的性强，属刚需。高峰期间全天候高并发业务处理，这是支付宝所不能比的。@SunShaolei
• 关键一个是 B2C（支付宝），一个是 G2C（12306）。@lchabod_li
• 12306 线上售票系统需要与全国各地线下售票系统同步。@侠探寒羽良
• 12306 最大问题不是负载并发问题，而是老系统兼容问题。@胡敏me
• 12306 业务复杂性未必低，车票在卖出之前是不存在的，只能通过当时座位状态计算得出，每出售一张车票后座位状态都会发生变化，不是一个可连续检索数据。@Ulnibor
• 12306 的票是竞争资源，淘宝的资源是分散的；而且复杂不能从业务上来判断。@chinalex

这么些个问题。看看这位叫邓侃的程序员是怎么《 建设一个靠谱的火车票网上订购系统》的。关键是邓侃同学的可执行方案早在年初春节之前就已经提出，今日我们仍在这里老生常谈——不出意外，明年我们也许又要老生常谈——只能说，这真是一个 G2C 产品！你不是顾客，你不是上帝。