“秒杀”心得

    本文记录对某网站A的秒杀活动编写秒杀器的经历和技术重点。

故事回顾

    当时就用网银付了帐，等待它发货。接下来我们每个人一个接一个地接到了A网站打来的电话，确定我们是不是作弊了，哈哈，我们当然打死不会承认了～

    过了半个来月，该网站又发起了新一轮的秒杀活动，但是由于之前发现有许多人作弊，所以这次全面更改了网站的流程，随机出现各种题目让会员回答，回答成功才能继续秒杀。这样，难度就大了些，一开始以为它们是题库，后来发现原来所有的题目都是自动生成的。元旦也没闲着，花了几天时间，改出了第二个版本的秒杀器，智能解题。经测试，目前没有失败过。

第一版本

    分析网站秒杀流程，得出“入口页面”的地址。但是尝试登录此页面失败，返回活动等待页面，并提示：“活动未开始”。

    写了一个简单的控制台程序，在活动开始时立刻运行此程序，快速地打开了20-40个入口页面。此时，发现有一半左右的页面进入成功，到达“提交页面”。提交页面中需要填写一些必要的个人信息，最下面是一个提交按钮。估计这是A网站秒杀的最后一道关。

    把提交页面的客户端源代码全部保存下来，尝试进行分析。发现表单中需要填写的是：一些固定信息、一些隐藏域（HiddenField）、图片验证码。

    隐藏域中需要提交一些如：当时秒杀活动Id、用户Id等的信息。这些信息只要在网站中多分析一下就能得出。

    验证码：这个目前并没有什么好的办法能自动识别验证码，网上虽然有此类程序，不过我懒得去下载了，直接把验证码的图片显示在程序中，人工录入就好了。这样做的原因是，以我的经验，他们的验证码十有八九存储在服务端Session中，也有可能是客户端Cookie中，也就是说，验证码是可以提前获取的，并不一定需要等等活动开始后再获取。所以只要在临近活动开始的前2分钟获取并录入验证码就行了。

    这样，所有的数据都准备好了，接下来就是如何让程序自动填写数据并提交到网站上。这是重点，也是难点。如果纯粹使用后台代码模拟提交的话，就需要保证后台代码拥有已经被网站验证通过后的Cookie。之前我做过类似的提交程序，但是准备假Cookie的工作一直没有成功过，也比较麻烦。由于这次时间比较紧，没法再试验这种纯正的方案。所以静下心来想别的方案。后来灵机一动决定使用控制浏览器的方案来试试：在秒杀程序中嵌入一个浏览器，在浏览器中执行登录操作。这样，登录成功后的Cookie，就由浏览器自己来维护，而我要做的就是控制浏览器中页面的运行，让它以我的方式加载页面、填写数据、提交数据。在提交数据时，浏览器也会自动把Cookie一并提交。这样就可以在登录的状态下，把前面准备好的数据直接自动提交给服务器。

    最后一个问题，让浏览器先访问A网站的页面，登录并拿到登录成功的凭证后，如何让浏览器运行我的代码来提交数据呢？我试了一下在WPF应用程序中直接使用WPF自带的浏览器控件，并研究它的API。在WebBrowser类的API列表中，我发现以下方法：

public void NavigateToString(string text);
public object InvokeScript(string scriptName);

这正是我想要的啊，先构造一个模拟的页面，使用NavigateToString到这个页面上，然后使用InvokeScript方法来调用javascript提交表单到表单上指定的网站的地址就行了！

    OK，至此，全部设计完成。由于验证码已经在活动前就准备好了，所以整个过程基本上是完全自动化的，速度当然比人快多了，IPad自然也就手到擒来！

第二版本

    首先，第一直觉就是获取大量的提交页面，提取出获取到的所有题目，存储在题目库中。答题时，直接在题库中进行匹配，如果找到相同的题目，则直接使用题目库中的答案进行回答。

    当时，简单地画了一个流程的设计：

    后来在该次活动的最后一轮秒杀时，程序开发完成，并开始使用。结果，发现没有一题匹配成功，都找不到答案，全部都显示到了右边的窗口中人为回答，结果我还答错了！！！活动结束！！！

    很气人啊，这样的方案根本不行。后来分析了半天，发现原来所有的题目都是程序自动生成的，只是模式固定而已。所以改了设计方案，遵循设计模式写了一些类来自动回答题目，类结构如下：

这里，只贴一个子类的代码，展示一下解答的模式。这个子类的逻辑也是所有题目中最复杂的一个：

class TallerAlgorithm : SelectionQuestionAlgorithm
{
	internal override void TryComplete(SelectionQuestion question)
	{
		var match = Regex.Match(question.Content, @"小(?<a>.)比小(?<b>.)(?<abUnit>.)，小(?<c>.)比小(?<d>.)(?<cdUnit>.)，请问他们当中谁最(?<finalUnit>.)？");
		if (match.Success)
		{
			var a = match.Groups["a"].Value;
			var b = match.Groups["b"].Value;
			var c = match.Groups["c"].Value;
			var d = match.Groups["d"].Value;

			var abUnit = match.Groups["abUnit"].Value;
			var cdUnit = match.Groups["cdUnit"].Value;
			var finalUnit = match.Groups["finalUnit"].Value;

			var winner1 = abUnit == finalUnit ? a : b;
			var loster1 = abUnit == finalUnit ? b : a;
			var winner2 = cdUnit == finalUnit ? c : d;
			var loster2 = abUnit == finalUnit ? d : c;

			string champion = null;

			if (winner1 == winner2) champion = winner1;
			else if (winner1 == loster2) champion = winner2;
			else if (winner2 == loster1) champion = winner1;

			if (!string.IsNullOrWhiteSpace(champion))
			{
				question.RightAnswer = question.Answers
					.SingleOrDefault(an => an.Text.Contains(champion));
			}
		}
	}
}

    其次，是动态的页面的整理：把里面的题目都提取出来，自动答题之后，填写答案，插入一些提交的Javascript代码。然后继续使用NavigateToString、InvokeScript来提交数据。过程中，有两点心得：

1. 在一开始控制浏览器导向提交页面后，发现无法获取Html源代码，花了些时间研究，没搞出来。查了半天网页，最后使用WinForm中的WebBrowser来解决了这个问题。WinForm中WebBrowser不象WPF中的WebBrowser，它拥有着强大的API，DocumentText属性就取到了源代码。

2. 这次我使用了LinqToXml来维护Html Dom中的所有内容，发现XLinq的API实在是太方便了，查找某个元素，更改某个属性。如果没有XLinq，相同的功能，我可能需要3-5倍的时间来完成。

总结