之前用的UDP協(xié)議,出現(xiàn)這個,沒什么規(guī)律,可能客戶端就好了。
換成TCP協(xié)議了,客戶端的內(nèi)容完全正常能到達(dá)服務(wù)器端,但是服務(wù)器要發(fā)回去什么數(shù)據(jù),可能一段時間內(nèi)持續(xù)收不到,應(yīng)該是沒有發(fā)出去。但是此期間,客戶端數(shù)據(jù)能完全到達(dá)服務(wù)器。不知道是什么情況,心累
?
發(fā)送接收用的同進(jìn)程,一般沒問題,就是有時候會出現(xiàn),收不到服務(wù)器的數(shù)據(jù)
客戶端是一個硬件設(shè)備,連接服務(wù)器,才會持續(xù)發(fā)心跳包,沒什么別的,收到數(shù)據(jù)就會打印出來,發(fā)送的心跳包服務(wù)器能收到,同時服務(wù)器對心跳包的回復(fù),設(shè)備也能收到。
?
那么,期間讓服務(wù)端發(fā)數(shù)據(jù)給客戶端可能收不到,
?
worker進(jìn)程開了4個,http進(jìn)程開了2個,瀏覽器調(diào)用http進(jìn)程,使其發(fā)送channel數(shù)據(jù),worker進(jìn)行比對數(shù)據(jù)庫里面存的,客戶端用的是哪個worker號,相同的,則讀取然后推送用的這個函數(shù)$connection->send($backmsg);
[attach]1335[/attach]
[attach]1334[/attach]
下圖是推送給客戶端的做法,服務(wù)端對客戶端的回復(fù)也是是用的這個函數(shù)
?
$connection->send($backms);
[attach]1336[/attach]
?
抓包看下吧,看下服務(wù)器是否有發(fā)送數(shù)據(jù)給客戶端。
排除客戶端bug
http://doc.workerman.net/debug/tcpdump.html