为什么 12306 时不时要崩那么一下？

他好，我也好。

4

第三，电商业务不是一个一次性要完成所有流程的业务，但是 12306 必须一次性完成，这进一步加大了难度。

大家思考一下，电商购物，实际上是并不是一次性的。

一个典型的电商购物流程是，浏览，和商家撕逼价格，下单，和商家撕逼运费以及快递，物流发货，买家收货，和商家撕逼售后。

即使排除撕逼这些事情，电商购物流程也是有很多节点的。

整个流程下来最快最快次日达也要 24 小时。

这就代表电商的数据压力没有想象中那么大，可以异步处理，完全可以先全部付款完成，然后再慢慢处理发货，然后再慢慢处理售后。

就像你要刷 B 站，又要烧开水，你完全可以先烧开水，在烧水的过程中刷 B 站，这就是异步的好处，可以同时多任务并行，而且不影响用户的核心体验。

你下单后 3 小时发货和 5 小时发货，不影响用户，容错率高。

而 12306 不一样，卖票就是要立刻完成。

从下单，到付款，到锁定票，都是一气呵成的，没有任何缓冲时间，不存在我下单一个票 2 天后告诉我成功或者失败这种事情，头都给消费者打爆。

所以 12306 等于是没有这种缓冲周期，需要直面所有的流量，在最短时间内满足所有人的所有需求，所有的业务都要在极短时间内处理完成，这就是会被一下子塞满。

同样是 1 亿用户，4 个步骤，电商可以分 4 个步骤淡定处理，每个步骤处理 1 亿流量，而且可以分多小时，多天处理。

12306 就只能一口气处理 4 亿，没有缓和，这个压力可想而知。

我们都知道，再厉害的东西，被强行塞满，都是会坏掉的。

你们不要瞎想，我说的是公路。

第四，电商业务的库存管理是相对简单的，而 12306 是极其复杂的，复杂到我给你简单讲讲你都会抑郁。

想想看，作为电商平台，管理货物虽然也有难度，但本身的统筹不过固定产品的增删改查，有多少就是多少，付款了就减一，上量或者退货就加一，顶多出现最后一个商品被 2 人同时拍下的小概率事件，这都是小事儿。

而 12306 是完全不同的难度，二者难度差别大概相当于草履虫大战那美克星人。

我举个例子，如果你是一个在北京读书的人，家在北京南边，过年要回家。

随便选一辆北京往南开的车，G65 这辆高铁，北京始发终到珠海，一共 17 个站，共计 10 小时 55 分钟。

就这一个路线，17 个站，支持随意站上车，随意站下车，会有多少种可能性？

因为坐车不可能只做单站循环，就是不能北京到北京。

所以是从 1 加到 16，一共 136 种可能性，注意哦，电商同样的场景只有增删改查 4 种可能性。

（编辑：应用网_丽江站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!