先看預(yù)定結(jié)果：
ps. 說明我們是完完全全的預(yù)定成功了的俭识。
還需要說明的是：這次的預(yù)定是使用手動輸入驗(yàn)證碼，我上一篇文章對自定校驗(yàn)驗(yàn)證碼做出了處理洞渔，但是效率比較低套媚。在知乎上有為朋友說他正在使用機(jī)器學(xué)習(xí)來跑，但是結(jié)果不知道如何磁椒，但是我下一次會將兩部分整合起來堤瘤。但是只能用于學(xué)習(xí)而不能實(shí)際搶票。
2017年的計(jì)劃完成了嗎浆熔？2018年的計(jì)劃開始寫了嗎宙橱？新的一年，我們大家一起學(xué)python蘸拔。
好吧师郑，不bb了，看我文章的同學(xué)都知道调窍，我比較隨意宝冕，寫的東西并不像作品，更像是大家一起吹牛一樣邓萨。希望能給大家要給簡單的地梨，輕松的學(xué)習(xí)途徑。
今天我想談?wù)剬?2306進(jìn)行火車票的購買缔恳，呀宝剖，你居然火車票都不會買哦，是的歉甚，我以前是不會的万细。但是現(xiàn)在我會買簡單的火車票了。
ps.下面開始吧
分析購買流程
- 檢查用戶是都登陸
- 檢查用戶
- 檢查車次是否能被下單(通俗易懂)
- 初始化購票頁面
- 獲取乘客信息
- 確認(rèn)訂單信息
- 檢查車票預(yù)定隊(duì)列
- 下單
下面就來說說每一步吧纸泄，可能你們都不需要這些了赖钞，只需要源代碼就可以完全看懂。但是聘裁，我還是說說我的學(xué)習(xí)過程吧雪营。
檢查用戶是否登陸
12306這個(gè)檢查用戶是都登陸，我覺得已經(jīng)是比較好的衡便，就拿我目前的水平來說献起，下面分析分析洋访。它經(jīng)歷了三個(gè)步驟：
login登陸，就是簡簡單單的帶著用戶名和密碼進(jìn)行了登陸谴餐，但是它返回了一個(gè)uuid,我沒有仔細(xì)的數(shù)姻政，不知道是不是uuid，反正就是很長一串字符.我們就姑且叫uuid好了总寒。字段為：uamtk，tk其實(shí)就是token的意思理肺。
登陸接口uamtk進(jìn)行了認(rèn)證摄闸，后面?zhèn)€單詞猜不出來是哪個(gè)單詞。再次返回一個(gè)類似新的uuid妹萨。字段為：newapptk
uamtk接口uamauthclient再次帶著第二部的newapptk再去認(rèn)證一次客戶端年枕。
uamauthclient接口
經(jīng)過這三部曲，可以說你已經(jīng)在12306服務(wù)器掛上號了乎完。就可以對他干任何可以干的事情熏兄。
檢查用戶
顧名思義就是看看該用戶是都進(jìn)行了登陸，沒有參數(shù)树姨，就只是簡簡單單的訪問下后臺摩桶，信息都在cookie和session里面。返回的信息包含在一個(gè)flag字段中帽揪。
檢查用戶接口
這是為了防止cookie,session被篡改硝清，但是我覺得也沒啥用转晰。呵呵
大家自己仔細(xì)想想就應(yīng)該明白，你就算這次我不篡改查邢，我下個(gè)請求改還不是一樣的呀蔗崎。脫褲子放屁-->多此一舉
接口返回?cái)?shù)據(jù)：
{"validateMessagesShowId":"_validatorMessage","status":true,"httpstatus":200,"data":{"flag":true},"messages":[],"validateMessages":{}}
檢查下單請求
這個(gè)請求的作用是扰藕，來判斷是的這個(gè)車次信息能被你下單么？這個(gè)接口的參數(shù)就有點(diǎn)多邓深，基本都是跟用戶買當(dāng)前車次的信息。但是會檢查是都該用戶是否有未完成的訂單庐完。
參數(shù)信息如下：
"secretStr" 車次,需要進(jìn)行解碼
"train_date": 出發(fā)日期
"back_train_date" 返回日期
"tour_flag": "dc" 單程/ 往返(wc)
"purpose_codes": "ADULT" 普通/學(xué)生(0X00)
"query_from_stati": 出發(fā)車站 ，可以在查詢車次接口中得到
"query_to_station": 返回車站门躯， 可以在查詢車次接口中得到
"undefined": "" 應(yīng)該是跟返回?cái)?shù)據(jù)相關(guān)
可以看到淆党，跟哪個(gè)用戶沒有一點(diǎn)信息，只有跟車次的數(shù)據(jù)染乌。
因?yàn)樗静恍枰勒l需要購買這個(gè)車次山孔，只需要知道這個(gè)車次是都能被人購買即可。
返回結(jié)果是要么可以荷憋，要么不可以咯台颠，一樣的是用一個(gè)字段的true/false來表示的。當(dāng)你有未完成的訂單的時(shí)候勒庄，這里就會被檢查出來串前，提示您有問完成的訂單。
接口返回?cái)?shù)據(jù)：
{"validateMessagesShowId":"_validatorMessage","status":true,"httpstatus":200,"data":"N","messages":[],"validateMessages":{}}
初始化購票頁面
買票的人都知道实蔽，我們點(diǎn)了預(yù)定之后會跳轉(zhuǎn)到一個(gè)選擇用戶的頁面荡碾，這就是初始化購票頁面，這個(gè)頁面做的事情可多了去了局装。
- globalRepeatSubmitToken 全局token坛吁，這一步之后很多請求都會跟這個(gè)數(shù)據(jù)有關(guān)
- key_check_isChange 不知道具體意義是什么，但是跟車次信息相關(guān)铐尚。
initDc接口
處理的核心代碼：
def initDc():
"""
在進(jìn)行點(diǎn)擊了預(yù)定拨脉，初始化訂票頁面
:return:
"""
print("初始化訂單數(shù)據(jù)")
url = "https://kyfw.12306.cn/otn/confirmPassenger/initDc"
data = {
"_json_att": ""
}
resp = req.post(url, data=data, headers=headers)
# print(resp.text)
# 反回一個(gè)驗(yàn)證通過信息
if resp.status_code == requests.codes.ok:
a1 = re.search(r'globalRepeatSubmitToken.+', resp.text).group()
globalRepeatSubmitToken = re.sub(r'(globalRepeatSubmitToken)|(=)|(\s)|(;)|(\')', '', a1)
b1 = re.search(r'key_check_isChange.+', resp.text).group().split(',')[0]
key_check_isChange = re.sub(r'(key_check_isChange)|(\')|(:)', '', b1)
return (globalRepeatSubmitToken, key_check_isChange)
這樣我們就拿到了這兩個(gè)需要用到東西。為后面的進(jìn)行步驟打了基礎(chǔ)宣增。
獲取乘客信息
其實(shí)就目前來說女坑，這個(gè)接口我都是沒有處理的，因?yàn)檫@個(gè)不是圖形化的東西统舀，最重要的是搶票要速度匆骗，誰tm還去給你輸入用戶數(shù)據(jù)，都是寫在代碼里面了誉简。所以我就多bb這個(gè)接口
獲取乘客接口
參數(shù):
data = {
"_json_att": "",
"REPEAT_SUBMIT_TOKEN": REPEAT_SUBMIT_TOKEN 這個(gè)參數(shù)就是我們在初始化頁面的時(shí)候獲取到的碉就。
}
接口返回：
"validateMessagesShowId":"_validatorMessage","status":true,"httpstatus":200,"data":{"isExist":true,"exMsg":"","two_isOpenClick":["93","95","97","99"],"other_isOpenClick":["91","93","98","99","95","97"],"normal_passengers":[用戶數(shù)據(jù)],"dj_passengers":[]},"messages":[],"validateMessages":{}}
返回的結(jié)果中，用戶數(shù)據(jù)會被使用到闷串。我們這里為了效率瓮钥，直接先寫死的。
確認(rèn)訂單信息
確認(rèn)訂單信息烹吵，確認(rèn)的是用戶和車次之間的關(guān)聯(lián)碉熄。假如都不知道是那個(gè)人和那輛車，那還買個(gè)毛線的票是吧肋拔。
確認(rèn)訂單和用戶接口
參數(shù):
js信息：https://kyfw.12306.cn/otn/resources/merged/passengerInfo_js.js?scriptVersion=1.9058
所有的分析都來自于該js锈津，有興趣的同學(xué)自己跟蹤，我就不一一的講咯凉蜂。
cancel_flag:2 默認(rèn)
bed_level_order_num:000000000000000000000000000000 默認(rèn)
passengerTicketStr: 用戶信息
oldPassengerStr:用戶數(shù)據(jù)
tour_flag:dc
randCode: 需要重新獲取驗(yàn)證碼琼梆，為空
whatsSelect:1 是否是常用聯(lián)系人中選擇的需要購買車票的人
_json_att:
REPEAT_SUBMIT_TOKEN:初始化initDc接口中得到的數(shù)據(jù)
檢查車票預(yù)定隊(duì)列
檢查預(yù)定隊(duì)列性誉，做過多線程開發(fā)的都應(yīng)該知道，多個(gè)線程訪問統(tǒng)一資源的時(shí)候茎杂，會出現(xiàn)線程不安全蛤袒，所以需要加鎖又活，鎖定該資源，在這里的車票就是資源坑匠，我們必須確定這個(gè)車次還有薄料，才能做訂票拖吼，不然車都沒了腕窥，還訂個(gè)啥。
隊(duì)列接口
參數(shù)：
"train_date": train_data,
"train_no": trick_data[len(trick_data) - 1][2],
"stationTrainCode": trick_data[len(trick_data) - 1][3],
# 1：硬臥 3：硬座
"seatType": "3",
"fromStationTelecode": trick_data[len(trick_data) - 1][6],
"toStationTelecode": trick_data[len(trick_data) - 1][7],
"leftTicket": trick_data[len(trick_data) - 1][12],
"purpose_codes": "00",
"train_location": trick_data[len(trick_data) - 1][15],
"_json_att": "",
"REPEAT_SUBMIT_TOKEN": REPEAT_SUBMIT_TOKEN
這些數(shù)據(jù)其實(shí)都是來自于車次信息扣猫，所以我就不想過多的解釋了翘地。
請求數(shù)據(jù)和返回結(jié)果：
請求參數(shù)：
{'train_date': 'Mon Jan 1 2018 00:00:00 GMT+0800 (中國標(biāo)準(zhǔn)時(shí)間)', 'train_no': '78000K95180E',
'stationTrainCode': 'K9518',
'seatType': '3',
'fromStationTelecode': 'GIW',
'toStationTelecode': 'ZIW',
'leftTicket': 'fRHQaP8JPYKHxyvfihr70ZJYDi2VYncf4DPG%2FWI6ZmA4DYyN',
'purpose_codes': '00',
'train_location': 'W2',
'_json_att': '',
'REPEAT_SUBMIT_TOKEN': 'a8faf49bca59d540d55662d1692a7dc4'}
返回結(jié)果：
{"validateMessagesShowId":"_validatorMessage",
"status":true,
"httpstatus":200,
"data":{"count":"0",
"ticket":"15",
"op_2":"false",
"countT":"0",
"op_1":"false"},"messages":[],"validateMessages":{}}
最后一梭子癌幕，下單
在頁面上就是一個(gè)確定的事情，這張票就是你的了橙喘，當(dāng)然如果沒有了余票胶逢，就購買失敗了唄。
這里有一點(diǎn)我需要說明的是和簸，乘客數(shù)據(jù)的生成碟刺。
這五個(gè)參數(shù)中，有兩個(gè)參數(shù)需要注意 passengerTicketStr 與oldPassengersStr
passengerTicketStr 是以下劃線"_"分隔當(dāng)每一個(gè)乘客信息組成的字符串爽柒，對應(yīng)每個(gè)乘客信息字符串組成如下：
- 座位編號,0,票類型,乘客名,證件類型,證件號,手機(jī)號碼,保存常用聯(lián)系人(Y或N)
如:1,0,1,姓名,1(身份證),522.者填。。,187xxx,Y
同樣 oldPassengersStr 也是以下劃線"_"分隔每個(gè)乘客信息組成的字符串穴亏，對應(yīng)每個(gè)乘客信息字符串組成如下：
2.. 乘客名,證件類型,證件號,乘客類型
如：姓名,1,522xxx,1(成人)
在上面的信息中座位編號是指是什么座位類型，硬座嗓化，軟座...
票類型指的是，成人票严肪，學(xué)生票等的編碼
證件類型指的是二代身份證谦屑，學(xué)生證，簽證等的編碼.
注意：在組合 oldPassengersStr 乘客信息字符串時(shí)酝枢，未尾會多一個(gè)下劃線悍手，提交請求是一定要補(bǔ)上。
js中說明的以上數(shù)據(jù)部分來源：
ticket_type: {adult: "1", child: "2", student: "3", disability: "4"},
ticket_type_name: {"1": "成人票", "2": "孩票", "3": "學(xué)生票", "4": "傷殘軍人票"},
tour_flag: {dc: "dc", wc: "wc", fc: "fc", gc: "gc", lc: "lc", lc1: "l1", lc2: "l2"},
passenger_type: {adult: "1", child: "2", student: "3", disability: "4"},
passenger_card_type: {two: "1", one: "2", tmp: "3", passport: "B", work: "H", hongkong_macau: "C", taiwan: "G"},
request_flag: {isAsync: "1"},
ticket_query_flag: {query_commom: "00", query_student: "0X00"},
seatType: {yz_type: "1"},
special_areas: {lso: "LSO", dao: "DAO", ado: "ADO", nqo: "NQO", tho: "THO"}
請求接口
參數(shù)：
data = {
"passengerTicketStr": passengerTicketStr,
"oldPassengerStr": oldPassengerStr,
"randCode": "",
"purpose_codes": "00",
"key_check_isChange": key_check_isChange,
"leftTicketStr": trick_data[len(trick_data) - 1][12],
"train_location": trick_data[len(trick_data) - 1][15],
"choose_seats": "",
"seatDetailType": "000",
"whatsSelect": "1",
"roomType": "00",
"dwAll": "N",
"_json_att": "",
"REPEAT_SUBMIT_TOKEN": REPEAT_SUBMIT_TOKEN
}
參數(shù)和返回結(jié)果：
傳遞參數(shù)：
{'passengerTicketStr': '1,0,1,姓名,1,522,,N', 'oldPassengerStr': '姓名,1,5221,1_', 'randCode': '', 'purpose_codes': '00', 'key_check_isChange': '675DA8E11714F951FD8026D010742D859C9250E5A20B32604EFF5476', 'leftTicketStr': 'fRHQaP8JPYKHxyvfihr70ZJYDi2VYncf4DPG%2FWI6ZmA4DYyN', 'train_location': 'W2', 'choose_seats': '', 'seatDetailType': '000', 'whatsSelect': '1', 'roomType': '00', 'dwAll': 'N', '_json_att': '', 'REPEAT_SUBMIT_TOKEN': 'a8faf49bca59d540d55662d1692a7dc4'}
返回的結(jié)果：
{"validateMessagesShowId":"_validatorMessage","status":true,"httpstatus":200,"data":{"submitStatus":true},"messages":[],"validateMessages":{}}
從上面的結(jié)果來看，我們是訂票成功了的滞欠。
大家一起學(xué)習(xí)......
有情況簡書走一波,小紅心的走起來,謝謝!
我必須先給自己點(diǎn)一個(gè)，我賤賤的笑了逸绎。
最后夭谤，奉上我的github地址，該項(xiàng)目在ticket包下沮翔，修改conf/conf.ini配置文件之后，直接運(yùn)行即可疲牵。
github
