本文共 602 字，大约阅读时间需要 2 分钟。

二是购票，这一步采用查询和购票分离。我想票价的刷新就不难了，车票信息直接放缓存信息就可以了。旅客查询票价信息后（并没有进入购买系统)，就可以买票了。查询和购买分别对待，可以再次分流。比如到广州的旅客，那么查询数据库就不需要去查到武汉的车了，即老家在广州的旅客，查询的数据库只涉及到广州，并不需要动辄扫描全国，因为根本不涉及到达武汉或国内其他城市的车。这一步再次分流，那么主处理系统就可以驾轻就熟了。 第二步有个问题，怎么让需要中转的旅客也能买到票呢？这步可以通过审核其个人家乡的信息（程序自动审核)，只要中转不超过1次，并且最终目的地也是旅客家乡的，也可以购春运票。 三是如何防止攻击和作*。这个问题游戏服务器涉及的最多。这个分为两个处理过程。首先实名双重验证的旅客如果要攻击的话，那么很容易查到攻击者，对之屏蔽后，可以通过立法对其制裁，相信攻击者还是有忌惮的。对于实名的旅客进行作*的情况，如何避免呢？通过数据分析和实时检查，必然可以分析出作*的行为特点。分析出来后，需要通过法律对其进行制裁。对于非验证旅客的攻击和作*，服务器应该具有客服提醒机制，比如提示客户行为已经构成违法。比如常见的洪水攻击，在用户提交的时候就需要验证其身份，一旦发现，马上根据该机的ip和电脑进行屏蔽。总之，多参考游戏反作*方法。 本策略主要思想就是根据需求进行处理而非请求进行处理，售票模式为进行行为销售。欢迎大家批评指正。

转载地址：http://aejhj.baihongyu.com/