目标网站：aHR0cHM6Ly93d3cubm1wYS5nb3YuY24vZGF0YXNlYXJjaC9zZWFyY2gtcmVzdWx0Lmh0bWw=
看这篇文章的前提是：读者已经成功请求到了200页面
一、抓包分析
打开F12，首先映入眼帘的是无限debugger，这是那三个经过ob混淆过的js做的手脚，这里我是用本地替换的方法过的（即找到启动debugger的函数然后把他删掉），在文末我会放出那三个js的代码（util.js、api.js、ajax.js）
然后需要解决的是某数独有的debugger,下面是解决方法
把这些反调过了之后就开始真正的抓包分析需要逆向的参数了
可以看到有三个参数是加密过的（sign、hKHnQfLv、8X7Yi61c），那就先看的sign，第一个解决了通过一些蛛丝马迹找到另外两个参数的加密位置
二、跟栈分析
sign参数生成：
先打个xhr断点
然后刷新一下，跟到箭头所指的位置
在sign这行打个断点再刷新一下，进到jsonMD5ToStr方法里，可以看到这是个平坦流，直接在return处下断，就可以知道其实他是对所请求的url进行了encodeURIComponent操作然后再MD5一下（经过测试该加密没有经过魔改）
sign参数解决后我们来看下剩下两个比较重要参数
hKHnQfLv、8X7Yi61c参数生成：
回到一开始下断的地方
这个this是XMLHttpRequest，现在很多站都喜欢对XMLHttpRequest.send和XMLHttpRequest.open进行暗改，从而让我们很难找到加密参数生成的位置（比如某数，某音）
那我们在控制台打印验证一下
这里的话，他是在XMLHttpRequest.open做手脚的，我们直接跟进来下断
可以看到原始数据经过_$45后，就有hKHnQfLv、8X7Yi61c了，我们继续跟进去看看
上图中红色框部分都是对url进行了一些判断操作（如果你的采集接口只有一个的话可以写死）
下面这句是对url进行一个toUpperCase操作，再通过HD方法生成16位数组，这个方法在生成200页面的时候用到所以不用扣
var _$L0 = _$HD(_$pi(_$6X(_$oa._$Gl + _$4p)));
然后携带刚才生成的16位数组进入生成 hKHnQfLv 的方法里
下面是这个方法的具体解释
function _$Sb(_$P7, _$2o) { //_$2o是上面所生成的16位数组
var _$DP = [];
var _$jJ = '';
var _$4p = _$J7(_$7b()); //这里生成32位数组，这两个方法在生成200页面的时候都用到 不用扣
_$DP = _$DP[_$6_[1]](_$2o, _$P7, _$4o || 0, _$4p); //这里将16位数组和32位数组拼接 生成50位数组
var _$L0 = _$14(744, 6, true, _$DP); //将50位数组传入生成hKHnQfLv
var _$Vo = _$Ow + _$L0;
_$ca = _$RD(_$k$(_$Vo), 2); //跟8X7Yi61c有关
return _$QZ[_$6_[5]](_$jJ, _$Eu, _$6_[6], _$Vo);
}
我这里就不跟进_$14方法再演示了，因为这个方法就是生成200页面的逻辑
这是跟完128位数组后面的操作截图
继续，我们跳出_$14方法，下面这句代码注意，这两个方法需要去扣，200页面的逻辑没用到
_$ca = _$RD(_$k$(_$Vo), 2); //这里根据生成hKHnQfLv后的值经过两个方法生成一个字符串，这很重要 因为8X7Yi61c的生成跟这个小小的字符串有关
到此 hKHnQfLv 参数已经完毕，我们然后跳出_$Sb方法，来到这
箭头所指的就是生成 8X7Yi61c 的函数，跟进去
跟进来后可以看到他先给url加了点东西，然后Bg方法就是生成8X7Yi61c的，继续跟进来
这里的_$3V是需要自己扣的，里面需要用到window.ts的东西（第19个），还有_$6w方法也是需要扣的，这几个方法都是相对独立的，跟其他方法没有什么关联，所以比较好解决
其他的一些小细节只能靠你们自己去踩坑了，篇幅太长了，不想写了溜了溜了
三、请求验证
