主题：【原创】好吧，给一个铁道部订票系统的正确答案 -- 布老虎

铁道部可以随时决定每天拿多少票在这套系统上发布，其他的窗口人工订票系统照旧。

广大人民群众可以留下email或电话，指定follow哪条线路。铁道部在发布前可以通知大家。

为什么要异步？除了增加复杂度、降低用户满意度，还有什么作用？

预存费用？是为了进一步增加系统的复杂度？把压力转移到各种支付、网上银行？更何况，现在的实践中，根本就没有发现在支付阶段出现大压力的问题。还是为了加大系统的使用难度，把广大的农民工彻底排斥在系统之外？

这个系统现在的所有问题都是技术可以解决的问题，而阻碍问题解决的是管理问题和各个利益团体之间的政治斗争。只要解决这些拖后腿的事情，技术完全可以实现一个可用的，用户基本满意的系统。

最后，就是其他网友说的，无论这个系统做的多么完美，也不可能实现100张票，200个人买，还能做到人人满意。

看看这个系统的延迟是如何计算的，你就明白了。

http://www.cchere.com/article/3798887 。

另外你如果对servlet的threading model一点都不懂，那就要找书看看了。

我这里是纯技术贴。

没有到政改这么大的级别，仅仅是管理和各个供应商之间的较劲而已。

再好的系统也会被天量的并发点击率给干掉。最有效的办法仍然是降低并发率。

如果铁路订票系统能把热门票预订改为类似打新股的流程，先在预售期下单，然后公布中签的方式，订票系统在热门票预订期间的并发率会大大下降，系统成本也可以降下来。

对于要预订热门票的用户来说，预售期内定一张或多张票，得到一个订单号，然后就可等预售结束后系统分配中签按照尾号分配即可。这样对大家都公平，也不用熬夜秒杀了

静态html根本不走服务，apache直接处理

然后你把占位这个想的太简单了

这才是大问题所在

你无非是想排队

排队不能解决有票无票问题，所以人家无票也去点购买让你系统增加负担

再者人家网站排队都要排30分钟了

你的处理能力赶得上人家排队能力吗？

程度有点绝对了.如果处理不好,其它地方也有可能,像什么hard disk access之类.

Working from home一直到本周末。老子上个星期五就WFH，掐指一算，我靠，8天的连休。

这tri-state就是不错，这几年每年都有额外的公众假期，前年是snowmagaddon,去年是Irene，今年是Sandy。静等今年的snow storm，哈哈。

好吧，继续答疑。

更正哈，放羊总共10天。

看看我怎么分析的系统响应时间。

你怎么解决票一推出，几秒钟内被抢购一空的问题？

Amazon都经常有啥lightening deal之类。

比如online卖票70%,窗口卖票30不就可以了？在线上买不到，就到窗口去买呗。

车票紧张的主要矛盾还是车次太少，这个没有办法解决。现在这个系统解决的是到火车站买票拥挤，大量人员滞留的社会治安问题。

建行网银，招行网银据说都挂了。

淘宝这样的系统绝对不可以和其他的银行系统直接互连，一定要异步处理。