摘要：還有一個(gè)很騷的點(diǎn)就是這個(gè)參數(shù)雖然是毫秒級(jí)的位時(shí)間戳，但是在微信第一次獲取后他不會(huì)再去了，就是一直致謝本項(xiàng)目受到以下項(xiàng)目的啟發(fā)

工作之余突然對(duì)微信的網(wǎng)頁(yè)版的協(xié)議通信感興趣可以搞一波了解下。畢竟網(wǎng)頁(yè)版容易抓，靠一個(gè)瀏覽器的開發(fā)者工具的Network就開始抓包解析了。
這是我2019年03月寫的文檔。因?yàn)槲⑿诺膮f(xié)議可能隨時(shí)存在變動(dòng)，以下內(nèi)容可以參考一波。本人爬蟲的方法很簡(jiǎn)單，就是盡一切方法模仿被爬蟲者的行為。
該文檔目前只寫到獲取最新消息。先記錄一波。有空更新

項(xiàng)目地址：楠尼瑪大帝 / wxWebR(Java版)

（這里只說到成功登錄到微信并獲取最新消息，因?yàn)橹皇悄７碌竭@里，其他的全部都已經(jīng)清清楚楚只是看你調(diào)不調(diào)用而已了。該拿到的參數(shù)都有了）

去獲取一個(gè)uuid，可以根據(jù)這個(gè)uuid獲取一張二維碼登錄的圖片

微信客戶端掃描該二維碼，在客戶端確認(rèn)登錄。

瀏覽器不停的調(diào)用一個(gè)接口，如果返回登錄成功，則調(diào)用登錄接口

循環(huán)遍歷一個(gè)檢查是否有新消息的接口。

如果新消息的接口返回有新消息的狀態(tài)碼去獲取消息接口。（完）

(這里也只說到成功登錄到微信并獲取最新消息。其他可以自行去抓包或者參考其他文檔比如碼云參考->python版(老版本)

返回?cái)?shù)據(jù)(String):

window.QRLogin.code = 200; window.QRLogin.uuid = "xxx"

注：目前看來參數(shù)除了_ 當(dāng)前時(shí)間毫秒級(jí)13位數(shù)的時(shí)間戳 其他都是固定的值。在微信給的js里面index_ad43596.js里搜索API_jsLogin可以得到這些參數(shù)。而且大部分不理解參數(shù)都可以從這個(gè)js文件得到答案。

顯示二維碼就不浪費(fèi)時(shí)間直接就是拿第一步拿到的uuid拼接就是二維碼地址：https://login.weixin.qq.com/q...{uuid}

返回?cái)?shù)據(jù)(String):

window.code=xxx;

xxx:
    【未掃碼的話】 -> window.code=408; 
    【手機(jī)掃碼但是未登錄】 -> window.code = 201; 
    【手機(jī)取消登錄】 -> window.code=400; 
    【手機(jī)授權(quán)登錄】 -> window.code=200;
當(dāng)返回200時(shí):
wechatLoginStatus：window.code=200; window.redirect_uri=
"https://wx2.qq.com/cgi-bin/mmwebwx-bin/webwxnewloginpage?ticket=XXX&uuid=XXX&lang=XXX&scan=XXX"; 
當(dāng)返回201時(shí)可以獲取掃碼用戶頭像的base64數(shù)據(jù)哦(好像沒啥用)

注： 像這種成功的話得到這種參數(shù)自己一定存起來，下一步肯定要用即ticket，lang，uuid，scan

返回?cái)?shù)據(jù)(XML):

    0
    OK
    xxx
    xxx
    xxx
    xxx
    1

核心數(shù)據(jù)點(diǎn): skey, wxsid, wxuin, pass_ticket

注： 切記，第三步會(huì)返回cookie,存下來，這里這個(gè)接口會(huì)得到cookie的。 cookie哪里用到我會(huì)說明的。

注：r這個(gè)參數(shù)是通過js的一個(gè) ~new Date 這是一個(gè)類似二進(jìn)制反轉(zhuǎn)的一個(gè)，可自行百度或者打開控制臺(tái)輸出一下就知道了。

DeviceID這個(gè)參數(shù)是一個(gè)簡(jiǎn)單js拼接出來的參數(shù) "e"+(Math.random().toFixed(15)).substring(2, 17)

返回?cái)?shù)據(jù)(JSON):

{
    "BaseResponse": {
        "Ret": 0,
        "ErrMsg": ""
    },
    "Count": 11,
    "ContactList": [...],
    "SyncKey": {
        "Count": 4,
        "List": [
            {
                "Key": 1,
                "Val": 635705559
            },
            ...
        ]
    },
    "User": {
        "Uin": xxx,
        "UserName": xxx,
        "NickName": xxx,
        "HeadImgUrl": xxx,
        "RemarkName": "",
        "PYInitial": "",
        "PYQuanPin": "",
        "RemarkPYInitial": "",
        "RemarkPYQuanPin": "",
        "HideInputBarFlag": 0,
        "StarFriend": 0,
        "Sex": 1,
        "Signature": "Apt-get install B",
        "AppAccountFlag": 0,
        "VerifyFlag": 0,
        "ContactFlag": 0,
        "WebWxPluginSwitch": 0,
        "HeadImgFlag": 1,
        "SnsFlag": 17
    },
    "ChatSet": xxx,
    "SKey": xxx,
    "ClientVersion": 369297683,
    "SystemTime": 1453124908,
    "GrayScale": 1,
    "InviteStartCount": 40,
    "MPSubscribeMsgCount": 2,
    "MPSubscribeMsgList": [...],
    "ClickReportInterval": 600000
}

第四步中獲取 SyncKey, User 后面的消息監(jiān)聽用。

返回?cái)?shù)據(jù)(String):

window.synccheck={retcode:"xxx",selector:"xxx"}

retcode:
    0 正常
    1100 失敗/登出微信
    1101 在其他地方登錄了微信
        1102 無(wú)憑據(jù)或者憑據(jù)已失效
selector:
    0 正常
    2 新的消息
    7 進(jìn)入/離開聊天界面

注： deviceid 和上面的DeviceID這個(gè)參數(shù)是一樣的：一個(gè)簡(jiǎn)單js拼接出來的參數(shù) "e"+(Math.random().toFixed(15)).substring(2, 17)
我們叫他時(shí)間戳取反吧

    _是一個(gè)當(dāng)前時(shí)間毫秒級(jí)13位數(shù)的時(shí)間戳 

返回?cái)?shù)據(jù)(JSON):

{
    "BaseResponse": {"ErrMsg": "", "Ret": 0},
    "SyncKey": {
        "Count": 不確定個(gè)數(shù),
        "List": [
            {"Val": 636214192, "Key": 1},
            ...
        ]
    },
    "ContinueFlag": 0,
    "AddMsgCount": 1,
    "AddMsgList": [
        {
            "FromUserName": "",
            "PlayLength": 0,
            "RecommendInfo": {...},
            "Content": "", 
            "StatusNotifyUserName": "",
            "StatusNotifyCode": 5,
            "Status": 3,
            "VoiceLength": 0,
            "ToUserName": "",
            "ForwardFlag": 0,
            "AppMsgType": 0,
            "AppInfo": {"Type": 0, "AppID": ""},
            "Url": "",
            "ImgStatus": 1,
            "MsgType": 51,
            "ImgHeight": 0,
            "MediaId": "", 
            "FileName": "",
            "FileSize": "",
            ...
        },
        ...
    ],
    "ModChatRoomMemberCount": 0,
    "ModContactList": [],
    "DelContactList": [],
    "ModChatRoomMemberList": [],
    "DelContactCount": 0,
    ...
}

注 這一塊比較要特別注意，得到消息后發(fā)現(xiàn)返回的信息也是有SyncKey 這個(gè)要更新一波直接拿下來替換自己的舊的，不然第五步檢查消息是會(huì)出現(xiàn)問題就是刷的特別快，而且消息是不正確的。因?yàn)檎嬲晒υL問的到是微信的請(qǐng)求不會(huì)立即返回，一個(gè)請(qǐng)求會(huì)跑的比較久至少幾十秒，因?yàn)榉乐汞偪癖闅v，不用擔(dān)心因?yàn)橐坏┯袛?shù)據(jù)返回微信服務(wù)器會(huì)立刻返回?cái)?shù)據(jù)給你進(jìn)入下一階段的循環(huán)。這一步也是比較坑的就是SyncKey要記得更新就行了。還有一個(gè)很騷的點(diǎn)就是_這個(gè)參數(shù)雖然是毫秒級(jí)的13位時(shí)間戳，但是在微信第一次獲取后他不會(huì)再去new了，就是一直+1+1；

本項(xiàng)目受到以下項(xiàng)目的啟發(fā)：
Zhao / wxBot