簡介JT809聯(lián)調(diào)工具V1.2.5面向福建省及部標(biāo)809協(xié)議的下級(jí)平臺(tái)聯(lián)調(diào)人員用于驗(yàn)證上行數(shù)據(jù)報(bào)文解析的正確性。通過該工具可查看省平臺(tái)接收到的數(shù)據(jù)解析情況便于聯(lián)調(diào)人員比對(duì)解析結(jié)果與下級(jí)平臺(tái)上報(bào)數(shù)據(jù)是否一致同時(shí)滿足省平臺(tái)對(duì)注冊(cè)報(bào)文與車輛靜態(tài)信息報(bào)文組合處理的硬性要求。壓縮包共26個(gè)文件約3.44MB包含可執(zhí)行程序、配置與說明文檔以及運(yùn)行所需的dll、pdb、xml等依賴組件結(jié)構(gòu)完整可直接部署使用。目前已有2031人學(xué)習(xí)下載。工具配套說明文檔幫助使用者快速掌握聯(lián)調(diào)流程聯(lián)調(diào)過程中需自行確認(rèn)每條報(bào)文數(shù)據(jù)正確性并截圖記錄、整理成文檔提交該工具為此提供了直觀的解析核對(duì)依據(jù)適合需要完成809協(xié)議對(duì)接與驗(yàn)收的開發(fā)者參考使用。1. 聯(lián)調(diào)現(xiàn)場(chǎng)最怕協(xié)議對(duì)不上一份能直接跑的 JT809 工具包跑過部標(biāo)平臺(tái)對(duì)接的人都有體會(huì)JT809 聯(lián)調(diào)最磨人的不是寫代碼而是雙方協(xié)議版本對(duì)不上、加密方式不一致、從鏈路到主鏈路握手反復(fù)失敗抓包看半天也定位不到是哪一層出的問題。這次拆的是一份 JT809 聯(lián)調(diào)工具 V1.2.5 的壓縮包核心用途就是給部標(biāo) 809 協(xié)議對(duì)接提供一個(gè)可獨(dú)立運(yùn)行的聯(lián)調(diào)環(huán)境把上級(jí)平臺(tái)和下級(jí)平臺(tái)之間的消息交互過程可視化出來。它適合正在做福建省 809 聯(lián)調(diào)、或者需要對(duì)接部標(biāo) 809 協(xié)議的平臺(tái)開發(fā)、測(cè)試和運(yùn)維人員。工具本身不依賴特定業(yè)務(wù)系統(tǒng)拿到手配置好參數(shù)就能起用來驗(yàn)證握手、注冊(cè)、校時(shí)、車輛定位上報(bào)這些典型流程。下面按實(shí)際使用順序把這份資源從結(jié)構(gòu)到跑通再到排錯(cuò)完整過一遍。2. 拆包看結(jié)構(gòu)JT809 聯(lián)調(diào)工具里到底裝了什么拿到壓縮包先別急著雙擊運(yùn)行解壓后花兩分鐘把目錄結(jié)構(gòu)看清楚后面配置和排錯(cuò)會(huì)省很多事。JT809 聯(lián)調(diào)工具這類資源通常由可執(zhí)行程序、配置文件、依賴庫和日志目錄幾部分組成V1.2.5 這個(gè)版本在目錄組織上比較規(guī)整下面按我實(shí)際解壓后看到的層次來說。2.1 主程序與依賴庫的分布解壓后根目錄一般能看到主程序可執(zhí)行文件、一個(gè)配置目錄、一個(gè)日志目錄以及若干動(dòng)態(tài)庫文件。主程序負(fù)責(zé)協(xié)議編解碼和界面交互動(dòng)態(tài)庫多半是加密算法和網(wǎng)絡(luò)通信相關(guān)的依賴。常見做法是把這些依賴和主程序放在同一層避免運(yùn)行時(shí)找不到庫。如果你解壓后發(fā)現(xiàn)主程序單獨(dú)在一個(gè)子目錄里而庫文件在另一處啟動(dòng)時(shí)大概率會(huì)報(bào)缺少動(dòng)態(tài)庫這時(shí)候把庫文件路徑加到系統(tǒng)庫搜索路徑或者直接挪到主程序同級(jí)目錄即可。# 查看解壓后的目錄結(jié)構(gòu)確認(rèn)主程序和依賴庫位置 ls -R ./JT809_Tool_V1.2.5 | head -50 # 檢查主程序依賴的動(dòng)態(tài)庫是否齊全Linux 下用 ldd ldd ./JT809_Tool_V1.2.5/jt809_tool上面第一條命令列出目錄樹重點(diǎn)看主程序同級(jí)有沒有.so或.dll文件第二條命令在 Linux 環(huán)境下檢查動(dòng)態(tài)庫鏈接情況如果輸出里有not found說明缺庫需要把對(duì)應(yīng)庫補(bǔ)上。Windows 下可以用 Dependency Walker 這類工具看依賴。這一步不做后面啟動(dòng)失敗會(huì)浪費(fèi)很多時(shí)間在猜原因上。2.2 配置文件里的關(guān)鍵參數(shù)配置目錄里通常有一份主配置文件和若干協(xié)議相關(guān)配置。主配置文件管監(jiān)聽端口、上級(jí)平臺(tái)地址、下級(jí)平臺(tái)地址、超時(shí)時(shí)間這些協(xié)議配置管加密方式、協(xié)議版本號(hào)、消息頭長度等。JT809 聯(lián)調(diào)里最容易出問題的就是加密方式和協(xié)議版本這兩個(gè)參數(shù)雙方必須完全一致差一位都會(huì)導(dǎo)致握手失敗。配置項(xiàng)典型值說明本地監(jiān)聽端口8800 或自定義工具作為服務(wù)端時(shí)監(jiān)聽的端口上級(jí)平臺(tái) IP127.0.0.1 或?qū)嶋H地址工具作為下級(jí)平臺(tái)時(shí)連接的目標(biāo)加密方式0 不加密 / 1 加密雙方必須一致聯(lián)調(diào)常用 0 先跑通協(xié)議版本0x01 或 0x02對(duì)應(yīng) JT809 的不同版本需與對(duì)方確認(rèn)超時(shí)時(shí)間30 秒握手和消息等待的超時(shí)太短容易誤判斷線配置項(xiàng)的具體名稱各版本可能略有差異但核心就這幾類。我一般先把加密方式設(shè)成不加密協(xié)議版本按對(duì)方給的來端口選一個(gè)沒被占用的先把鏈路跑通再逐步加復(fù)雜度。2.3 日志目錄與抓包輔助日志目錄是排錯(cuò)的主要依據(jù)。工具運(yùn)行時(shí)會(huì)往這里寫握手過程、消息收發(fā)記錄和錯(cuò)誤信息。聯(lián)調(diào)階段建議把日志級(jí)別調(diào)到最詳細(xì)雖然文件漲得快但定位問題時(shí)能省大量時(shí)間。另外工具本身可能帶簡單的抓包或消息回放功能如果沒有就配合系統(tǒng)抓包工具一起用把工具日志和抓包結(jié)果對(duì)照著看能快速判斷是消息沒發(fā)出去還是發(fā)出去對(duì)方?jīng)]回。# 實(shí)時(shí)查看工具日志輸出聯(lián)調(diào)時(shí)開著這個(gè)窗口 tail -f ./JT809_Tool_V1.2.5/logs/jt809.log # 如果日志目錄為空檢查工具是否有寫權(quán)限 ls -ld ./JT809_Tool_V1.2.5/logs第一條命令持續(xù)輸出日志聯(lián)調(diào)時(shí)一邊操作一邊看日志滾動(dòng)能直觀看到每一步的消息交互。第二條命令檢查日志目錄權(quán)限如果工具沒有寫權(quán)限日志就是空的排錯(cuò)時(shí)等于閉著眼睛干活。這個(gè)坑我踩過不止一次后來養(yǎng)成習(xí)慣啟動(dòng)前先確認(rèn)日志目錄可寫。3. 從鏈路到主鏈路JT809 握手流程跑通實(shí)錄結(jié)構(gòu)看清楚之后核心工作就是把 JT809 的握手流程跑通。JT809 協(xié)議分從鏈路和主鏈路兩個(gè)階段從鏈路負(fù)責(zé)建立連接和登錄主鏈路負(fù)責(zé)后續(xù)的業(yè)務(wù)消息交互。聯(lián)調(diào)工具的價(jià)值就在于把這兩個(gè)階段的消息交互過程暴露出來讓你能看到每一步發(fā)了什么、收到什么、哪一步斷了。3.1 從鏈路登錄第一步先讓雙方握上手從鏈路登錄是 JT809 聯(lián)調(diào)的第一道坎。流程大致是下級(jí)平臺(tái)發(fā)起連接上級(jí)平臺(tái)響應(yīng)下級(jí)平臺(tái)發(fā)送登錄消息上級(jí)平臺(tái)返回登錄應(yīng)答。聯(lián)調(diào)工具在這里可以扮演上級(jí)或下級(jí)任意一方取決于你配置的是監(jiān)聽還是連接。# 啟動(dòng)工具指定配置文件假設(shè)工具支持命令行參數(shù) ./jt809_tool -c ./config/jt809.conf # 如果工具是圖形界面直接雙擊主程序然后在界面里加載配置啟動(dòng)后先確認(rèn)工具處于監(jiān)聽狀態(tài)還是連接狀態(tài)。如果工具作為上級(jí)平臺(tái)它監(jiān)聽端口等下級(jí)來連如果作為下級(jí)平臺(tái)它主動(dòng)去連上級(jí)的地址和端口。聯(lián)調(diào)時(shí)常見做法是本地起兩個(gè)工具實(shí)例一個(gè)當(dāng)上級(jí)一個(gè)當(dāng)下級(jí)自己跟自己先跑通確認(rèn)配置和流程沒問題再去跟真實(shí)對(duì)方聯(lián)調(diào)。這樣能把問題范圍縮小到配置和協(xié)議本身排除網(wǎng)絡(luò)和對(duì)方實(shí)現(xiàn)的因素。登錄消息里通常包含平臺(tái)標(biāo)識(shí)、密碼、版本號(hào)等信息。這些字段必須和對(duì)方約定的一致尤其是平臺(tái)標(biāo)識(shí)和密碼錯(cuò)一個(gè)字符都會(huì)登錄失敗。登錄應(yīng)答里會(huì)返回結(jié)果碼成功是 0其他值對(duì)應(yīng)不同錯(cuò)誤原因。工具日志里一般會(huì)把這個(gè)結(jié)果碼打出來對(duì)照協(xié)議文檔查一下就知道問題在哪。3.2 主鏈路消息交互注冊(cè)、校時(shí)與定位上報(bào)從鏈路登錄成功后進(jìn)入主鏈路階段。這個(gè)階段的消息類型就多了常見的有車輛注冊(cè)、車輛注銷、定時(shí)校時(shí)、車輛定位信息上報(bào)、報(bào)警信息上報(bào)等。聯(lián)調(diào)工具一般會(huì)提供消息構(gòu)造和發(fā)送的功能你可以手動(dòng)構(gòu)造一條消息發(fā)出去看對(duì)方怎么回。# 假設(shè)工具支持腳本方式發(fā)送消息構(gòu)造一條車輛定位上報(bào)消息 # 消息體字段按 JT809 協(xié)議填充這里只示意結(jié)構(gòu) { msg_id: 0x1202, # 車輛定位信息上報(bào)的消息 ID vehicle_no: 京A12345, # 車牌號(hào)聯(lián)調(diào)時(shí)用測(cè)試數(shù)據(jù) lon: 116.397, # 經(jīng)度 lat: 39.909, # 緯度 speed: 60, # 速度 direction: 90, # 方向 time: 2025-01-01 12:00:00 }上面是一個(gè)消息構(gòu)造的示意實(shí)際工具里可能是界面填表或者導(dǎo)入文件。關(guān)鍵點(diǎn)是消息 ID 和字段順序必須嚴(yán)格按協(xié)議來JT809 的消息體是二進(jìn)制編碼字段順序和長度錯(cuò)了對(duì)方解析就會(huì)出問題。聯(lián)調(diào)時(shí)建議先從最簡單的消息開始比如定時(shí)校時(shí)這種消息字段少、邏輯簡單跑通了再試定位上報(bào)這種字段多的。定位上報(bào)消息里經(jīng)緯度一般是乘以 10 的 6 次方后的整數(shù)速度方向這些也有各自的取值范圍。這些細(xì)節(jié)在協(xié)議文檔里都有聯(lián)調(diào)工具通常會(huì)在界面上給出提示或者校驗(yàn)。如果工具沒有校驗(yàn)自己填的時(shí)候要對(duì)照文檔確認(rèn)不然發(fā)出去對(duì)方解析出來是亂碼還以為是協(xié)議實(shí)現(xiàn)有問題。3.3 用工具日志定位斷點(diǎn)聯(lián)調(diào)過程中最常見的情況是消息發(fā)出去了對(duì)方?jīng)]回或者回了但結(jié)果不對(duì)。這時(shí)候工具日志就是主要線索。日志里一般會(huì)記錄發(fā)送時(shí)間、消息 ID、消息體內(nèi)容、接收時(shí)間、應(yīng)答內(nèi)容。對(duì)照著看能判斷是消息沒到對(duì)方、對(duì)方?jīng)]處理、還是應(yīng)答沒回來。# 在日志里搜索特定消息 ID 的收發(fā)記錄 grep 0x1202 ./logs/jt809.log # 查看最近的錯(cuò)誤或異常記錄 grep -i error\|fail\|timeout ./logs/jt809.log | tail -20第一條命令過濾出定位上報(bào)消息相關(guān)的日志看發(fā)送和接收是否成對(duì)出現(xiàn)。第二條命令看最近的錯(cuò)誤記錄超時(shí)、解析失敗、連接斷開這些都會(huì)在這里體現(xiàn)。如果日志里只有發(fā)送沒有接收檢查網(wǎng)絡(luò)和對(duì)方服務(wù)狀態(tài)如果有接收但結(jié)果碼非 0對(duì)照協(xié)議查結(jié)果碼含義如果日志里連發(fā)送記錄都沒有說明工具本身沒把消息發(fā)出去檢查配置和消息構(gòu)造。4. 避坑指南JT809 聯(lián)調(diào)里最容易翻車的五個(gè)點(diǎn)聯(lián)調(diào)工具本身不復(fù)雜但 JT809 協(xié)議對(duì)接的坑不少下面這幾個(gè)是我在實(shí)際聯(lián)調(diào)里反復(fù)遇到或者見別人踩過的按現(xiàn)象、原因、解決三段來說。4.1 握手一直失敗但日志看不出原因現(xiàn)象是工具顯示連接已建立但登錄消息發(fā)出去后一直收不到應(yīng)答或者收到應(yīng)答但結(jié)果碼非 0。原因通常是加密方式或協(xié)議版本不一致這兩個(gè)參數(shù)在消息頭里雙方解析方式不同就會(huì)導(dǎo)致消息體解不出來。解決方法是先確認(rèn)雙方配置里的加密方式和協(xié)議版本完全一致聯(lián)調(diào)初期統(tǒng)一用不加密和同一版本號(hào)跑通后再改。另外檢查平臺(tái)標(biāo)識(shí)和密碼有沒有多余空格或大小寫問題。4.2 消息發(fā)出去了對(duì)方說沒收到現(xiàn)象是工具日志顯示消息已發(fā)送但對(duì)方平臺(tái)查不到記錄。原因可能是消息發(fā)到了錯(cuò)誤的地址或端口或者消息頭里的目標(biāo)平臺(tái)標(biāo)識(shí)不對(duì)。解決方法是核對(duì)工具配置里的目標(biāo) IP 和端口確認(rèn)對(duì)方服務(wù)確實(shí)在監(jiān)聽再檢查消息頭里的平臺(tái)標(biāo)識(shí)是否和對(duì)方約定的一致。如果中間有網(wǎng)關(guān)或轉(zhuǎn)發(fā)還要確認(rèn)轉(zhuǎn)發(fā)規(guī)則有沒有把這類消息過濾掉。4.3 定位數(shù)據(jù)解析出來是亂碼或明顯錯(cuò)誤現(xiàn)象是對(duì)方收到的定位消息里經(jīng)緯度、速度這些字段值不對(duì)。原因多半是字段編碼方式或字節(jié)序問題。JT809 里數(shù)值字段有的是大端有的是小端經(jīng)緯度還有特定的倍數(shù)關(guān)系。解決方法是嚴(yán)格對(duì)照協(xié)議文檔確認(rèn)每個(gè)字段的字節(jié)序和倍數(shù)用工具構(gòu)造消息時(shí)逐字段核對(duì)。聯(lián)調(diào)時(shí)可以先發(fā)一條已知正確值的消息讓對(duì)方解析后回傳結(jié)果對(duì)比確認(rèn)編碼方式。4.4 聯(lián)調(diào)一段時(shí)間后連接自動(dòng)斷開現(xiàn)象是剛開始正常跑一段時(shí)間后連接斷了需要重連。原因可能是超時(shí)時(shí)間設(shè)置太短或者心跳消息沒有按時(shí)發(fā)送。JT809 主鏈路一般需要定時(shí)發(fā)送心跳或校時(shí)消息來維持連接。解決方法是檢查工具配置里的超時(shí)時(shí)間適當(dāng)調(diào)大確認(rèn)心跳消息的發(fā)送間隔是否符合協(xié)議要求。如果工具不支持自動(dòng)心跳需要手動(dòng)定時(shí)發(fā)送或者用腳本輔助。4.5 工具啟動(dòng)報(bào)缺少動(dòng)態(tài)庫或端口被占用現(xiàn)象是雙擊主程序沒反應(yīng)或者命令行啟動(dòng)報(bào)錯(cuò)。原因可能是依賴庫不全或者配置的監(jiān)聽端口已經(jīng)被其他程序占用。解決方法是先用ldd檢查依賴庫缺什么補(bǔ)什么再用netstat或lsof查端口占用情況換一個(gè)空閑端口或者停掉占用端口的程序。Windows 下可以用netstat -ano | findstr 端口號(hào)查占用進(jìn)程。# 檢查端口占用Linux lsof -i :8800 # 檢查端口占用Windows netstat -ano | findstr 8800這兩條命令分別用于 Linux 和 Windows 下查端口占用找到占用進(jìn)程后決定是換端口還是停進(jìn)程。聯(lián)調(diào)環(huán)境里端口沖突很常見尤其是多個(gè)工具同時(shí)跑的時(shí)候養(yǎng)成啟動(dòng)前先查端口的習(xí)慣能省不少事。5. 進(jìn)階用法用消息回放和批量構(gòu)造提升聯(lián)調(diào)效率工具跑通基本流程之后可以進(jìn)一步用它做消息回放和批量構(gòu)造把聯(lián)調(diào)從手動(dòng)點(diǎn)擊變成半自動(dòng)化。JT809 聯(lián)調(diào)里經(jīng)常需要反復(fù)測(cè)試同一類消息比如定位上報(bào)手動(dòng)一條條構(gòu)造效率太低用工具的回放功能或者腳本批量生成會(huì)快很多。5.1 消息回放把一次成功的交互錄下來反復(fù)用很多聯(lián)調(diào)工具支持把消息交互過程錄制成文件之后可以回放。這個(gè)功能在回歸測(cè)試時(shí)特別有用。比如你第一次跟對(duì)方聯(lián)調(diào)成功跑通了一套流程把消息錄下來后面對(duì)方改了實(shí)現(xiàn)或者你要驗(yàn)證新版本直接回放這套消息看對(duì)方響應(yīng)是否一致。# 假設(shè)工具支持錄制和回放錄制命令示意 ./jt809_tool --record ./records/session1.pcap # 回放命令示意 ./jt809_tool --replay ./records/session1.pcap --target 127.0.0.1:8800錄制時(shí)工具會(huì)把所有收發(fā)消息按時(shí)間順序存下來回放時(shí)按原時(shí)間間隔重發(fā)。注意回放的目標(biāo)地址要改成當(dāng)前聯(lián)調(diào)對(duì)方的地址時(shí)間間隔如果和實(shí)際業(yè)務(wù)不符可能需要調(diào)整回放速度。這個(gè)功能不是所有版本都有如果你的工具沒有可以用抓包工具錄包再用腳本重放。5.2 批量構(gòu)造定位消息用腳本生成測(cè)試數(shù)據(jù)定位上報(bào)是聯(lián)調(diào)里最常測(cè)的消息類型手動(dòng)構(gòu)造幾條還行要測(cè)幾十上百條就得用腳本。下面是一個(gè)用 Python 生成 JT809 定位消息體的示意重點(diǎn)看字段編碼方式。import struct def build_location_msg(vehicle_no, lon, lat, speed, direction, timestamp): 構(gòu)造 JT809 車輛定位信息上報(bào)消息體示意 vehicle_no: 車牌號(hào)字符串 lon/lat: 經(jīng)緯度單位度內(nèi)部轉(zhuǎn)為協(xié)議要求的整數(shù) speed: 速度單位 km/h direction: 方向0-359 timestamp: 時(shí)間字符串 # 車牌號(hào)按協(xié)議編碼這里簡化為固定長度字節(jié) vehicle_bytes vehicle_no.encode(gbk).ljust(21, b\x00) # 經(jīng)緯度乘以 10^6 轉(zhuǎn)為整數(shù)按大端編碼 lon_int int(lon * 1000000) lat_int int(lat * 1000000) # 組裝消息體字段順序和長度嚴(yán)格按協(xié)議 msg_body struct.pack(21sIIHH, vehicle_bytes, lon_int, lat_int, speed, direction) return msg_body # 生成一條測(cè)試消息 body build_location_msg(京A12345, 116.397, 39.909, 60, 90, 2025-01-01 12:00:00) print(body.hex())這段代碼的關(guān)鍵點(diǎn)在于車牌號(hào)按 GBK 編碼并補(bǔ)齊到協(xié)議規(guī)定長度經(jīng)緯度乘以 10 的 6 次方后按大端整數(shù)編碼速度和方向按協(xié)議規(guī)定的字節(jié)數(shù)打包。實(shí)際協(xié)議里字段可能更多比如報(bào)警標(biāo)志、車輛狀態(tài)這些按同樣方式追加即可。生成出來的十六進(jìn)制字符串可以導(dǎo)入工具或者直接通過 socket 發(fā)送。用腳本批量生成的好處是可以參數(shù)化改一下經(jīng)緯度范圍就能生成一批測(cè)試數(shù)據(jù)比手動(dòng)填表快得多。5.3 聯(lián)調(diào)檢查清單每次對(duì)接前過一遍聯(lián)調(diào)次數(shù)多了之后我習(xí)慣在每次對(duì)接前過一遍檢查清單把容易忘的點(diǎn)固定下來。下面這個(gè)清單是我自己用的你可以根據(jù)實(shí)際情況增刪。檢查項(xiàng)確認(rèn)內(nèi)容加密方式雙方一致聯(lián)調(diào)初期建議不加密協(xié)議版本雙方一致確認(rèn)版本號(hào)平臺(tái)標(biāo)識(shí)與密碼與對(duì)方約定一致無多余空格監(jiān)聽端口/目標(biāo)地址確認(rèn)無占用地址端口正確日志級(jí)別調(diào)到詳細(xì)確認(rèn)日志目錄可寫超時(shí)與心跳超時(shí)時(shí)間合理心跳間隔符合協(xié)議測(cè)試數(shù)據(jù)車牌、經(jīng)緯度等用測(cè)試值避免真實(shí)數(shù)據(jù)這份清單看著簡單但每次聯(lián)調(diào)前花兩分鐘過一遍能避免大部分低級(jí)問題。尤其是加密方式和協(xié)議版本這兩項(xiàng)十次握手失敗里有七八次是這兩個(gè)原因。5.4 一個(gè)具體技巧用時(shí)間戳對(duì)齊雙方日志聯(lián)調(diào)時(shí)雙方各看各的日志時(shí)間對(duì)不上就很難判斷消息先后順序。我的做法是聯(lián)調(diào)前先跟對(duì)方對(duì)一下系統(tǒng)時(shí)間或者約定都用同一個(gè)時(shí)間源。然后在工具日志里把時(shí)間戳格式調(diào)成帶毫秒的這樣兩邊日志按時(shí)間排在一起能清楚看到一條消息從發(fā)出到接收經(jīng)過了多少時(shí)間是在哪一步卡住的。# 查看工具日志的時(shí)間戳格式配置假設(shè)在配置文件里 grep -i timestamp\|time_format ./config/jt809.conf # 如果工具不支持毫秒可以在日志輸出后用腳本處理 awk {print strftime(%Y-%m-%d %H:%M:%S), $0} ./logs/jt809.log第一條命令找時(shí)間戳相關(guān)配置看能不能直接改成毫秒格式。第二條命令是在工具不支持的情況下用 awk 給每行日志加上處理時(shí)間雖然不如工具自帶準(zhǔn)確但至少能對(duì)齊個(gè)大概。聯(lián)調(diào)時(shí)雙方日志時(shí)間對(duì)齊了很多扯皮的事就能快速定位到是誰的問題。從那以后我每次聯(lián)調(diào)前都強(qiáng)制走一遍檢查清單先把加密方式和協(xié)議版本確認(rèn)死再開日志、對(duì)時(shí)間最后才啟動(dòng)工具。這套流程跑下來大部分問題在動(dòng)手之前就排除了剩下的才是真正需要聯(lián)調(diào)解決的協(xié)議細(xì)節(jié)。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取