工具准备

Fiddler + 速龙liJ IDEA + Android设备 + JSON校验工具 + Sublime Text +
其余

抓包

其一抓包工具应该见过、用过吧?不多说了。。

Fiddler抓Android客户端的包

浏览器模拟请求

向来用抓到的url访问,很好,有数据重临,json

一直用浏览器访问归来的数据

没毛病,表明有戏。。。

代码测试

开班写代码。。先不加cookie试试,如故和浏览器里直接实施得到的结果一致:

程序重返的结果

规范请求数据

添加cookie作为礼品,正式请求预定车辆列表数据:

这么些忘记打码了,就不打了

得到多少

很好,得到数码了,不过相比较乱,借助json解析工具观望下:

在线JSON校验格式化工具(BeJSON)

在线json校验,如故不够直观。。

对照app分析下,比较清楚。

数码和对应界面的对照分析图

剖析这些约定车辆列表没有特意的成效,只是做个预热。若是按照驾校的约车规则和系统特性,这一步并不是执行约车操作,这一步完全是尚未要求的。约车固定车、固定教练,所以举办约车请求时,发送的参数是一定的。上边直接抓取约车请求的数据包,分析并协会URL。

为了测试,先把以前约好的四遍车都收回了。幸好现在半夜三更,没人和本身抢。。废除之后再行预订,抓到上边的数据包,分析参数,easy程度超出我的设想,中间仍旧从未验证码认证也并未校验拦截,一切都很顺遂。结合工作背景,参数很简单了解,轻松get:

约车请求的URL分析

上边就是最欢欣的随时:模拟自动化约车。。再度打消此前约定好的数目,可是这一遍我要让机器帮我预定:

收回此前的约定

写实验代码:

代码

run起来吧小宝贝儿 – –

鸡冻的Run

获取再次来到数据:

重临的多少

开拓APP,预订成功!

此前被裁撤的预约现在又改成预订成功

与此同时也看看预订退步时的归来:

挫折时的回到数据

很肯定,code为0时代表预定成功,其余代表预订战败。

上面就是封装代码和写定时义务了,每一日7点整准时初步约车。


             深夜coding…………..


写好了。

测试1:失利景况:

约定败北时先后的履行结果

测试2:成功景色,执行五遍就预订成功了:

约定成功时先后的推行结果

最后:陈设起来,让程序定时实施。。。

等待中。。。


睡觉。。。。

先说原因

     
近日在京都某驾校学习驾驶,考驾照。近年来处在科目二练车阶段,必要经过某app自己约车:

与客服美眉的聊天记录

      神马? 每  天  早  上  6  点  多  起来“抢”?何人受得了哟。。。

     
百折不挠了二日过后,实在受不住那种又笨又强行的办法了,而且第二天抢了漫长还尚未抢到“最佳课时”,本来睡得就晚,结果导致那天临近早晨十二点才起床。。。不可以耐受效用低呀!

      好吧,既然是刷票,咱就写个脚本刷一刷。

目的意义:

1、每一天活动约车,除首次开行程序,前边无需手动

2、抢到最好的练车时段(早晨)

3、抢不到最好的时光(尝试30次)就抢早上的

相关文章

网站地图xml地图