摘要：還有一個很騷的點就是這個參數雖然是毫秒級的位時間戳，但是在微信第一次獲取后他不會再去了，就是一直致謝本項目受到以下項目的啟發

工作之余突然對微信的網頁版的協議通信感興趣可以搞一波了解下。畢竟網頁版容易抓，靠一個瀏覽器的開發者工具的Network就開始抓包解析了。
這是我2019年03月寫的文檔。因為微信的協議可能隨時存在變動，以下內容可以參考一波。本人爬蟲的方法很簡單，就是盡一切方法模仿被爬蟲者的行為。
該文檔目前只寫到獲取最新消息。先記錄一波。有空更新

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

（這里只說到成功登錄到微信并獲取最新消息，因為只是模仿到這里，其他的全部都已經清清楚楚只是看你調不調用而已了。該拿到的參數都有了）

去獲取一個uuid，可以根據這個uuid獲取一張二維碼登錄的圖片

微信客戶端掃描該二維碼，在客戶端確認登錄。

瀏覽器不停的調用一個接口，如果返回登錄成功，則調用登錄接口

循環遍歷一個檢查是否有新消息的接口。

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

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

返回數據(String):

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

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

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

返回數據(String):

window.code=xxx;

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

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

返回數據(XML):

    0
    OK
    xxx
    xxx
    xxx
    xxx
    1

核心數據點: skey, wxsid, wxuin, pass_ticket

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

注：r這個參數是通過js的一個 ~new Date 這是一個類似二進制反轉的一個，可自行百度或者打開控制臺輸出一下就知道了。

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

返回數據(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 后面的消息監聽用。

返回數據(String):

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

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

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

    _是一個當前時間毫秒級13位數的時間戳 

返回數據(JSON):

{
    "BaseResponse": {"ErrMsg": "", "Ret": 0},
    "SyncKey": {
        "Count": 不確定個數,
        "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,
    ...
}

注 這一塊比較要特別注意，得到消息后發現返回的信息也是有SyncKey 這個要更新一波直接拿下來替換自己的舊的，不然第五步檢查消息是會出現問題就是刷的特別快，而且消息是不正確的。因為真正成功訪問的到是微信的請求不會立即返回，一個請求會跑的比較久至少幾十秒，因為防止瘋狂遍歷，不用擔心因為一旦有數據返回微信服務器會立刻返回數據給你進入下一階段的循環。這一步也是比較坑的就是SyncKey要記得更新就行了。還有一個很騷的點就是_這個參數雖然是毫秒級的13位時間戳，但是在微信第一次獲取后他不會再去new了，就是一直+1+1；

本項目受到以下項目的啟發：
Zhao / wxBot