四、基于HTTPS协议的12306抢票软件设计与实现--水平DNS并发查询分享
2021-07-09 15:04
一、基于HTTPS协议的12306抢票软件设计与实现--实现效果
二、基于HTTPS协议的12306抢票软件设计与实现--相关接口以及数据格式
三、基于HTTPS协议的12306抢票软件设计与实现--垂直查询效果分享
哎,又过春节了,同志们又要抢票回家了,这票卖的可真快啊,瞬间的功夫就没有票了,一票难求啊!
这两天闲着没事,刚好又要抢春节的票了。就把原来写的抢票软件给打开试了一下,发现居然不能查票了。于是就又改了一下。
事实上是改了两下,一是:让原来的程序能够用起来(适应新接口),而是加上了水平DNS并发查询。
以下就依次说下吧。
一、接口变更
事实上这次12306并没有大改。仅仅有一下几个接口改了。
1.1 登陆验证码
这个仅仅是去了个action的后缀(.do)。不改也没有问题。但怕以后出问题。就改了一下。
接口:https://kyfw.12306.cn/otn/passcodeNew/getPassCodeNew
參数:和之前一样。
1.2 查询车票
接口:https://kyfw.12306.cn/otn/leftTicket/queryT (后面加了一个T)
參数未变。
1.3 查询日志接口
事实上这个接口算是新添加的吧,也就是在查询车票运行前先运行个查询日志接口,我实验了一下,发现不运行这个接口也行,只是查询车票的接口就会变的慢一点,所以我最后还是加上了,很easy。仅仅用发下请求就可以了。
接口:https://kyfw.12306.cn/otn/leftTicket/log
方法:GET
參数:和查询车票就可以參数一样。
返回值:不用管。
1.4 获取联系人接口
这个接口也没有大改,假设你的联系人少的话就不用管了。
由于我的联系人有两页,但依照之前我提供的接口的话仅仅能获取第一页的联系人,导致第二页的联系人不能正常获取。因此改动为例如以下:
接口:https://kyfw.12306.cn/otn/passengers/query
方法:GET 或 POST
參数:pageIndex (第几页)
pageSize (每页多少条记录)
返回值:json格式,略微解析下就能够了,字段名字没有变。
二、水平DNS并发查询
事实上这次改动最大的地方算是加了个水平DNS查询吧。由于12306是全球都能够訪问的站点,须要提供高并发等功能。因此在各地都提供了多个server,通过DNS解析,不同地区的用户訪问距离本地近期的server来进行解析,通过这样12306来分解各地的高并发请求。但这种话就造成了另外一个问题,就是不同地区的用户在同一抢票时间抢同样的火车票。但看到的页面数据会有区别。有的能够看到剩余车票。而有的看不到,这是由于他们訪问的不是同一个12306server。不同的缓存导致的。
水平DNS查询的功能简单来说就是能列出12306各地server同样车票的剩余情况,看下图便知。
上图显示的就是全球各地12306server同一时间同样车票的显示情况(我这仅仅是演示,要看到区别,能够在放票的那段时间。能够看到不同的server会显示不同的结果)。
事实上实现也很easy。首先通过DNS查询工具,查询出12306站点(kyfw.12306.cn)相应的各地的serverip地址。然后每一个地区都分别请求同样的车次,然后再table里面列举出来就可以,简单吧。
这个功能是很有用的,能够间接的反应出各地server的反应快慢。最后假如某个地区的车次信息显示有票,那么仅仅须要把程序当前DNS改动一下,让kyfw.12306.cn域名相应到那个IP地址就可以,然后就能够訪问那个IP地址进行异地server订票。
最后再说下,在我实验水平DNS查询的时候,发现假设选择了异地server进行订票,会发现你须要在异地server上又一次登录下才干够订票(能够说明12306在全国各地的应用server并没有共享session)。
文章标题:四、基于HTTPS协议的12306抢票软件设计与实现--水平DNS并发查询分享
文章链接:http://soscw.com/essay/102822.html