马上年末了，又开始担心回家票的问题。虽然每年还是回家成功了。但是各种滋味，大家懂得！
于是又想起了这个12306，今年怎么订票了？从网上看了看，貌似有好多抢票工具。本来就懒，于是打消了自己写工具的念头。
突然又看到有人发博客在讨论12306架构，或者吐槽其技术。
于是突然脑袋产生个想法，记下来。
程序的复杂度和难度往往是由业务来决定的。其实大多数情况下，程序的复杂完全可以由改变业务逻辑来降低复杂度和难度。（这里说句题外话，我一直的一个概念是越是简单的才是好的，无论任何事情。如果什么东西特复杂然后有各种坑。是不是就该反思哈哪里是有问题的，业务或者设计上）
于是想到，12306之所以如此的不稳定，如此的难于登录，关键在业务上导致了“抢票”，瞬时高并发。
既然咱技术实力有限，那么为何不想想怎么从业务上降低这种情况了。
于是我想到一个方案，干脆提供一个预先订票的功能。大部分人春节或者节假日回家，基本上一个月前都可以确定（商务人士，老板基本不在此列，不过人家基本上不会为此操心）。
何不提供一个在一个月前或者说半年前就可以预先订票的功能了。用户支付一定的费用，预订了，但是不出票，然后等有票了，开始先给预订用户分发并出票。如果有剩余，或者有退票，再在网上销售。这样抢票的人会大大下降。
此思路可能会带来以下问题：
1.遭到指责，你们黑箱操作，把票给了特定用户。
解决办法：公布算法，采用一个大家都能自己验证到底自己按照此算法能否得到票的算法。
例如：以出票日股指做种子。得出一个算法分发完票。
大家就可以看出哦按照我的订单号，以这个算法这次得到了票。恩他们没黑箱操作。
2.由于火车是分区间的，例如北京到广州中间可能经过武汉，郑州。然后订票的有广州，武汉，郑州。
如何给他们分发票（这个也和1相关）
这个不知道现在12306网站在抢票的时候是怎么处理的。这里我的想法是预先保证长途旅客。长途旅客优先。因为短途旅客有更多的选择方式回家。我们的系统主要是满足人们回家。长途旅客回家的困难度高所以应该给他们更多的机会。另外这样也给系统计算的时候带来一些简化。
此选择也应该在算法中。人们也可以是哦验证的。
3.算法公布了，不是程序员不会写啊。
发布个开源算法包吧！
发觉也有些好处：
1.可以多收点钱（这个铁道部自己斟酌），加个10快钱，就是一个站台票的钱。
2.可以预测客流量啊，这个准确度比从往年的数据来看要准确多吧。
3.咱抱怨会少些，
4.压力分散，集中抢票的人少，系统简单些，成本低些，等等。这才是重点。
但是：
1.这不是各个部委特权等，预先订票的待遇不是一样的了吗！
2.铁道部说他没钱做这个东西，又得多少亿啊！
3.领导可不这么想，他想什么咱难于知道
4.也只是我的想法，可能好多地方没想到
（完）
扫一扫
6011
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
