業(yè)務(wù)處理 在握手時根據(jù)客戶端發(fā)來的user表的id與此次client_id去綁定方法是Gateway::bindUid, 消息發(fā)送時使用Gateway::sendTouid根據(jù)user表的id去發(fā)送;當(dāng)然在業(yè)務(wù)處理上已經(jīng)判斷了是否在線 現(xiàn)在出現(xiàn)客戶端多個user用戶收到同一條消息,原本應(yīng)該是1對1的 現(xiàn)在運(yùn)行了大半年了 出現(xiàn)這種問題可能是服務(wù)上的問題嗎...
一個聊天軟件 日活量在400左右 個別時候會出現(xiàn)幾分鐘甚至更長時間后才收到消息 業(yè)務(wù)上雙方都在線最終處理結(jié)果會同時推送給發(fā)送方和接收方 此時會出現(xiàn)發(fā)送方收到了接收方卻延遲 請問這種情況如何優(yōu)化,需要更改進(jìn)程數(shù)嗎還是? ...
客戶端心跳為3s 服務(wù)器端設(shè)置為5s*1 客戶端重連后帶心跳 依舊不能持久 這個機(jī)制其實(shí)我依舊沒搞明白,求教下!?。?! 此處只有一個客戶端連接,特意測試心跳問題 ...