12306自动刷票下单-下单(三)

12306自动刷票下单-登录篇(一)
12306自动刷票下单-查票预定(二)

下单

进入下单界面了 
https://kyfw.12306.cn/otn/confirmPassenger/initDc 
图片.png 
还有一个请求https://kyfw.12306.cn/otn/confirmPassenger/getPassengerDTOs 
图片.png
仔细看一下返回值,是我们常用联系人的信息,要下单肯定得选乘客信息嘛。这也是一个post请求,这个REPEAT_SUBMIT_TOKEN=8273d204078ad491f0face93d5c878b9很奇怪,记住,肯定是在它之上的请求中获取的, 
图片.png 
很幸运我们看它上面的那个请求initDc中就出现了,没错值是一样的,又搞定一个图片.png

选乘客票种提交

https://kyfw.12306.cn/otn/confirmPassenger/checkOrderInfo 
图片.png

看看参数,头晕吗?抹掉的是姓名身份证电话信息,除了REPEAT_SUBMIT_TOKEN和空参数,其他的一头雾水,你发现REPEAT_SUBMIT_TOKEN和上面的不一样了是吧,其实是一样的,因为我是写完一部分才进行下面的操作,时间长导致登录失效,所以提交的时候要求重新登录,这个REPEAT_SUBMIT_TOKEN参数就不一样了,也说明这个参数是每次都变化的。 
请求有发送的地方,这些参数也必然有填充的地方,向上找,不要放过任何一个请求,css和img请求就算了,然后我们找到了https://kyfw.12306.cn/otn/resources/merged/passengerInfo_js.js?scriptVersion=1.9053 
格式化一下,最好是找在线格式化JavaScript代码的,效果更好 
图片.png 
前两个参数搞定了,然后再看一下getpassengerTickets和getOldPassengers函数 
图片.png

passengerTicketStr:O,0,1,xxx,1,xxxxx,xxxxx,N 
座位类型,0,票类型(成人/儿童),name,身份类型(身份证/军官证….),身份证,电话号码,保存状态 
跟上面这些一一对应一下,还有一个下划线,等你选择两个乘客的时候你就知道了 
oldPassengerStr自己分析一下吧

再看下面的请求https://kyfw.12306.cn/otn/confirmPassenger/getQueueCount 
图片.png
train_date时间不用解释了,train_no好像跟车次有关哦,对于未知的参数,我们一般先看前面请求的返回值,然后才是document和js请求,从查票请求的拆分结果来看2对应的就是这个,那么下面的车次信息也有了,seatType座位类型 

起始站编号和目的地编号我们也知道,train_location可以在查票信息中找到第15个,这里主要看一下leftTicket参数,同样的道理,在之前的请求中查找,我们发现initDc这个请求中搜到了这个值,key_check_isChange在下面用到(主要是看value值,这里为了截图重新截的图,所以value值不一样,正常的情况是一样的,不用担心) 
图片.png

https://kyfw.12306.cn/otn/confirmPassenger/confirmSingleForQueue 
图片.png
看一下请求参数,所有参数在之前都找到了,包括key_check_isChange

下一个请求 
https://kyfw.12306.cn/otn/confirmPassenger/queryOrderWaitTime?random=1512295210042&tourFlag=dc&_json_att=&REPEAT_SUBMIT_TOKEN=56d3de8fe05b24a2daa92c0351df6cd2 
图片.png
请求参数非常明显,random是随机参数,其他的不用再说了 
下一个请求 
https://kyfw.12306.cn/otn/confirmPassenger/queryOrderWaitTime?random=1512295213365&tourFlag=dc&_json_att=&REPEAT_SUBMIT_TOKEN=56d3de8fe05b24a2daa92c0351df6cd2 
图片.png

EXM?跟上面的是同一个请求?请求确实一样,但是返回值不一样,看到了吗?orderId有值了,在下一个请求中用到了

https://kyfw.12306.cn/otn/confirmPassenger/resultOrderForDcQueue 
图片.png

好了请求发完了,打开浏览器看一下订单吧,如果出现未支付订单,恭喜你搞定了 
图片.png
图片.png 
补充一下我的执行结果,昨天订票次数用完了,最终执行结果忘了截图,今天重新运行一下,贴一下结果

番外:

  1. 有一些参数我在做的时候并没有详细去追根究底,如果你有兴趣可以看一看 
    https://kyfw.12306.cn/otn/resources/merged/queryLeftTicket_js.js?scriptVersion=1.9053 
    图片.png 
    写博客的时候翻到了这个js,又在里面找到了一些参数的根源
  2. 我在写的时候碰到一个特别神奇的问题,给我搞蒙了参数问题可以看一看,千万不要犯我的这个错误
  3. 我在文章中提到的几个js请求,后面跟了scriptVersion参数,我发现这个更新等倒是挺频繁的,所以每次还是关注一下
  4. 我这个并没有做的特别详细,代码没有整理,没有异常处理,还有一个需求没有写就是判断哪一趟车的哪种票是不是有,能不能预订,毕竟我并不是要写一个非常健壮的抢票软件,就是练一练手,做做积累
  5. 高铁票是需要选座的,我只是订了普通的票。等以后再看吧,有需求再补上

总结

通过整篇文章想给大家提供一个思路,主要是对于请求的参数而言: 
- 首先你应该知道这个参数肯定是在当前请求之前出现的,至于是在哪个请求之后出现的这个就看情况了 
- 我们的参数无外乎就两种情况,一种是服务器发个客户端的,一种是客户端动态生成的。 
- 当我们在前面的请求中去查找参数的时候,我的查找顺序一般是先看xhr请求的返回值,因为这个数据是最纯净的,几乎没有垃圾数据。然后再从document请求中查找,这个里面一般是内嵌js数据,或者html数据,最后才从js请求中去分析数据,这是最麻烦的,也是现在很多反爬都钟情的一种方式。

我在文中很多地方都提到了这个过程,简单一笔带过,最后整体的把思路说一下,大家反过来再看一下文章,就会意会很多O(∩_∩)O~


没有更多推荐了,返回首页