wwnnrr

原来如此

算了，实际上程序员总是有办法的，我就算了，看看学习一下吧，感觉不如直接用鼠标键盘自动化实在，我现在iOS就用手势，安卓就用autojs，感觉也行，反正无论版本怎么变，按多年游戏经验，这类鼠标键盘外挂一定是最最最后被封的。

说实话没有程序基础，还是不要碰这个了，看代码都是看天书一样，你能来github，应该也有程序基础，除非是某音引导来的，如果有程序基础，也不应该问这种问题啊。

小程序升级了，Post数据已经发生变化，需要重新截包，修改Userconfig中所有hand及body数据，一一比对，才能再用。

可以抓到的，只是所有的POST中hand及body中部分信息进行了调整，需要根据包进行相关修改代码，但其他部分是否可以正常使用，我还没有进行，暂时没想法去用。

可以截到的。

我也是，你们有进行签名吗？我没有签名。

Sorry更正一下，在CheckOrder及最后提交订单，用的是MAP是否为空，不是POST数据是否成功，所以不会因为前面基础核对不成功而不递交的，但我还是建议减少基础核对，每个步骤用二个线程，而且大量的重复，被风控太容易了。我自己修改了一下，在基础成功后子线程停止10秒看看。另外与大家交流一下，账号被风控，是不是code为200。

> 我理解的是，高峰期下单过程中"购物车"+"派送时间"这两个请求应该要一直刷新，这样才能保证最后Check & Submit订单的数据是准确的 我也知道这一点，但实践问题是，这二个在高峰时就会不断产生，前向拥堵,然后不停的刷新，封账号也会因为这个产生。派送时间这个绝对可以延长，目前DD，把派送时间加的很大，所以几秒内是不会有问题的。

> 风控code3000 是在那个环节抓到3000这个CODE的。