TCP協(xié)議是一個可靠的協(xié)議,那么服務(wù)器向客戶端發(fā)信息客戶端應(yīng)該100%收到
目前采用了心跳以證明該客戶端在線,連續(xù)發(fā)3個信息給客戶端,1和3都收到了,第二個就是沒收到,這種問題時有發(fā)生
請教,怎么破
搞了一下午,讓客戶端進行信息的應(yīng)答以證明收到了,可TCP本身就處理這種問題了,感覺自己畫蛇添足了
查看php start.php status 發(fā)送失敗次數(shù)都是0
發(fā)送的數(shù)據(jù)量也都很小。 幾十個字節(jié)而已.
tcp可以保證要么連接斷開,要么收到。同一個tcp連接,不會出現(xiàn)收到第一個包,第二個包丟失,收到第三個包的情況。
那么出現(xiàn)這種問題一般是業(yè)務(wù)沒有執(zhí)行到發(fā)送第二個包的邏輯,要么是客戶端收到了但是沒處理好。 需要服務(wù)端記錄發(fā)送的日志,以及tcpdump抓包看服務(wù)端是否發(fā)送