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