主题：【原创】无责任推测12306网站遇到的麻烦 -- 代码ABC

铁路售票与航空售票及电子商务网站的主要区别：

航空售票：一人一个座位。没有中途下飞机的。

电子商务：每次买一个商品。商品基本是固定的。就是一个数量而已。买一个少一个。

这两个主要的难点在与定价及优惠的灵活性。大部分的时候大家不用抢同一个资源。

拍卖之类的交易行为只占网站很少一部分。

铁路售票有一个比较不同的地方：最后时候大家都在抢统一资源并且资源的数量比较少。

另外铁路还有一个公用复用的问题。

以复用为例：假设北京到上海中间经停10个站，以A-Z代替。

起始时刻，每个站都可以卖。假设有多个售票渠道的话，例如从电话卖了一张B-D的票。

那么其他的售票终端例如互联网上就应该可以买A-B，及D-Z的票。但假如说要想买一张

A-C的票，对不起，没有。从这个方面来说，A-Z中任意一个节点都会影响到其他节点。

在实际中为了降低冲突，可能预先生成相应的区段车票。如果是这样的话则系统中实际

产生的电子票的数量可能比实际的车票多个量级。

前面提到了，全国日均588万人次。意思是至少有大约600万实际的车票，则大

约每天至少生产大约6000万票（假设每列车有10个停靠站)。

还有一个实际的预售期的问题，一般的预售期例如10天的话，意思是10天内产生的车票

都可以卖。这样的话，实际上可能就是6000万*10张车票。所以实际的数据量应该还是挺

大的。

从这种情况来说，票并不是固定的。因此余票信息也不是固定的。大家其实抢的可能不是

同一张票，而是同一个座位在不同区间所产生的不同的票。

这种信息在电子商务网站上比较少见。

从开发的角度来说，如果不确定票的准确性的话，系统的压力会大为降低。目前所有的售

票终端当锁票的阶段，座位号就已经固定了。假如说系统此时不固定座位号，只提供余票

信息，当实际支付的时候在锁固定座位（此时有可能锁票不成功),如果这样的话，系统的

压力降低的不是一点半点。但实际情况是如果这样做的话，会被骂的更狠。

从我自身的经历来看，这种需求还是比较变态的。与淘宝之类的压力还是应该不太一样的。

假如说淘宝上大家向春运这样都在买同一件东西或几件东西，也是比较够呛的。