揭秘黄牛抢票的那些套路

作为世界最大的年度迁移运动，春运总是年终少不了的热点话题。能否成为这场大迁移运动的小主角之一，就要看自己或亲朋好友是否能掌握“抢票”这种生存技能了。

距离农历新年只有不到一个月的时间了，一年一度的抢票大战又如期拉开了帷幕。新的一年，客流量依然很大，车票依然难抢。不少童鞋们呼朋唤友，卡着点，守在电脑前，最后依然没有抢到票，无奈之下，只好去求助黄牛。

在 车票未实名之前，黄牛会囤积大量的车票，然后高价卖给没有买到票的人，从中赚取差价， 这种方式被铁路部门和春运迁移一族深恶痛绝。

然而， 实名制的到来成为了不少以做倒票业务为生的黄牛们的恶梦 。文艺君记得车票实行实名制时， 媒体大唱赞歌 ，称永久解决了黄牛跟乘客抢票的问题。 但看看道高一尺魔高一丈的现实，时至今日，黄牛们依然猖獗地挣着倒票的钱。

车票实名制的今天，同样用我的身份z、留我的电话，为什么黄牛能抢到票，我却不能呢？

首先呢， 专职替人抢票的黄牛通常是团队作战，他们的组织性较强，抢票活动分工明确，比如一部分人负责搜集购票信息，一部分人负责刷票，一部分人负责管理数据及账务等。

其次，黄牛团队为了保证抢票的成功率，一般都会 投入较大的服务器资源。他们会花高价租赁国内知名电商服务器，利用高配置的电脑，安装百兆宽带，通过较快的网速抢票。这样的神速服务器，类似一个远程客户端，登录之后，就可打开一个界面，这个界面是服务商提供的一种远程端，在这个类似云端的服务器界面 *** 作，提高了抢票速度。

同时，黄牛党手握的自动抢票神器，有一个很强大的 “自动感应系统”，就像自动感应红包而在微信群中秒抢红包一样，一旦有余票，灵敏的感应嗅觉会立刻感知到，然后立刻秒杀到这张车票。 除了运气爆棚，刷票时刚好秒到，否则，我们普通购票者是无法与这样的黑科技一争高下的。

在完成了秒票的过程后，有的黄牛党则会在30分钟的等待支付车票信息过程中，寻找买家，提过超过30分钟没人购买，票又重新回到系统票池中。而有的黄牛党会直接付款购票，然后囤积在手中，寻找买家，如果有剩余的票没有合适的买家，也 会利用15天可以退票的规则退掉。

另外，我们在抢票时， 最耗时的环节往往是输入验证码这一环节， 然而黄牛党们通过抢票平台的 *** 作端，往往都有较为 成熟的识别技术，通常能自动勾选12306网站中的验证码选项，这一过程往往是秒选的 ，相比人手手动勾选而言，节约了时间成本，因而也提升了抢票效率。

有的小伙伴可能非常疑惑， 实名制的天下，黄牛党们如何能让车票与和客户的身份信息对号入座呢？ 这就是我们深恶痛绝的 信息泄露问题了 ，信息泄露问题发生在我们放松警惕的任何环节，比如快递单、比如街头调查表、比如买房买车等等。 黄牛们会提前购买大量的身份信息，用这些身份信息提前购票，当新的订单来了之后，黄牛们利用高速系统的强大优势，秒退秒抢，让车票信息与客户的身份信息相一致。

当然，并非所有的黄牛都能成功帮客户买到票， 网络上也出现了不少“骗子”。 如果没有收到铁路系统的短信通知，或者没有在网络系统上查证，而是 仅仅收到一张黄牛发来的车票的照片，那极有可能是“合成”的假车票， 因此文艺君提醒乘客，一定要保持清醒，不要轻易上当。

乘客为什么找黄牛抢票， 最根本的原因还是由于车票是稀缺资源，如果铁路部门可以根据运营计划，适当地增加车次，或者补助其他途径的交通形式，同时为了避免12306海量用户同时涌入造成网站瘫痪现象，是否可以考虑分门户、分区域、分时段开放购票通道，这样是否能节约资源，提高用户的体验感，也尽量减少乘客冒着泄露自己身份信息的风险，无奈投入黄牛怀抱的机率呢？

Spring提供许多功能,在此我将快速地依次展示其各个主要方面。 任务描述： 首先,让我们明确Spring范围。尽管Spring覆盖了许多方面，但我们已经有清楚的概念，它什么应该涉及和什么不应该涉及。 Spring的主要目的是使J2EE易用和促进好编程习惯。 Spring不重新开发已有的东西。因此，在Spring中你将发现没有日志记录的包,没有连接池,没有分布事务调度。这些均有开源项目提供(例如Commons Logging 用来做所有的日志输出，或Commons DBCP用来作数据连接池),或由你的应用程序服务器提供。因为同样的的原因，我们没有提供O/R mapping层，对此，已有有好的解决办法如Hibernate和JDO。 Spring的目标是使已存在的技术更加易用。例如,尽管我们没有底层事务协调处理，但我们提供了一个抽象层覆盖了JTA或任何其他的事务策略。 Spring没有直接和其他的开源项目竞争，除非我们感到我们能提供新的一些东西。例如，象许多开发人员，我们从来没有为Struts高兴过，并且感到在MVC web framework中还有改进的余地。在某些领域，例如轻量级的IoC容器和AOP框架，Spring有直接的竞争，但是在这些领域还没有已经较为流行的解决方案。(Spring在这些区域是开路先锋。) Spring也得益于内在的一致性。 所有的开发者都在唱同样的的赞歌,基础想法依然是Expert One-on-One J2EE设计与开发的那些。 并且我们已经能够使用一些主要的概念,例如倒置控制，来处理多个领域。 Spring在应用服务器之间是可移植的。 当然保证可移植性总是一次挑战，但是我们避免任何特定平台或非标准化,并且支持在WebLogic，Tomcat，Resin，JBoss，WebSphere和其他的应用服务器上的用户。 倒置控制容器 Spring的设计核心是 orgspringframeworkbeans 包, 为与JavaBeans一起工作而设计。 这个包一般不直接被用户使用, 但作为基础为更多的其他功能服务 下一个较高层面的抽象是"Bean Factory"。 Spring bean factory 是一个普通的Factory，它使对象能够按名称获取，并且能管理对象之间的关系。 Bean factories 支持两种对象模式: Singleton：在此模式中，有一个具有特定名称的共享对象实例，它在查找时被获取。这是默认的，而且是最为经常使用的。它对于无状态对象是一种理想的模式。 Prototype：在此模式中，每次获取将创建一个独立的对象。例如，这可以被用于允许用户拥有他们自己的对象。 由于 orgspringframworkbeansfactoryBeanFactory是一个简单的接口，它能被为了底层存储方法而实现。你能够方便地实现你自己的BeanFactory，尽管很少用户需要。最为常用的定义是： XmlBeanFactory： 可解析简单直观的定义类和命名对象属性的XML结构。 我们提供了一个DTD来使编写更容易。

---