請問下關(guān)于推送堵塞的問題

mlyykk 更新于2018-04-28

你好.
問題描述:
在一個推送非常頻繁的場景下,可能同一時間有N(N>5)條消息推送到web頁面
現(xiàn)在發(fā)現(xiàn)會有偶爾漏掉消息的情況, 請問這個問題大概是哪個環(huán)節(jié)的問題.以及如何避免這個情況?

 3494  4 0

4個回答

mlyykk 2018-04-27

我猜測的原因可能是因為我的web前端頁面接收到數(shù)據(jù)之后做了太多其他的操作導(dǎo)致的.
push過來的是一段json, 然后前端頁面會根據(jù)傳過來的業(yè)務(wù)ID和其他參數(shù)進(jìn)行判斷,然后循環(huán)處理等操作,再進(jìn)行不同的dom操作. 不知道是不是這個操作導(dǎo)致有的數(shù)據(jù)推送過來,沒法更新頁面dom導(dǎo)致的漏掉消息?
不知道我的猜測是否正確?

walkor 2018-04-27

只能自己去驗證是否正確，別人肯定不知道的

walkor 2018-04-27

打賞

可能的情況
1、業(yè)務(wù)問題，實際有的消息沒有發(fā)送。（需要服務(wù)端把發(fā)送的消息在send前記錄在磁盤上作為日志）
2、消息推送到網(wǎng)頁了，但是因為網(wǎng)頁js業(yè)務(wù)代碼有bug導(dǎo)致沒展示。(chrome 瀏覽器按f12 在network ->ws->Frames 里能看到服務(wù)端傳來的數(shù)據(jù)，能確認(rèn)服務(wù)端是否發(fā)送過來或者是否有缺失)
3、如果服務(wù)端推送非常頻繁，并且客戶端接收速度小于服務(wù)端發(fā)送速度，會導(dǎo)致消息擠壓在內(nèi)存緩沖區(qū)中(每個連接一個緩沖區(qū))，如果這種情況一直持續(xù)，會最終導(dǎo)致緩沖區(qū)滿，導(dǎo)數(shù)據(jù)丟失。參考http://doc.workerman.net/315150 。如果有這種情況，運行php start.php status 里的send_fail字段會有非0的值，而且這個值一般會比較大。如果業(yè)務(wù)不能忍受丟失數(shù)據(jù)，可以監(jiān)聽onBufferFull，然后將數(shù)據(jù)寫入磁盤，當(dāng)onBufferDrain時從磁盤讀出數(shù)據(jù)，繼續(xù)發(fā)送。

mlyykk 2018-04-27

應(yīng)該是第三種情況,剛研讀了一下幫助文檔關(guān)于onBufferFull和onBufferDrain的,但還是不知道如何下手寫這個數(shù)據(jù),不知道能否給一個簡單的示例. onBufferFull的參數(shù)里并沒有data數(shù)據(jù),那我從何處保存這個數(shù)據(jù)?直接跟onMessage一樣保存post過來的數(shù)據(jù)嗎? 另外,如果我把maxSendBufferSize的值設(shè)置的足夠大能解決問題嗎?
maq 2018-04-27

onBufferFull 是在上一次 send 之后發(fā)現(xiàn)緩沖區(qū)滿了觸發(fā)的（但上一次 send 的數(shù)據(jù)并沒有丟失），所以這只是一個通知，用于提醒你暫時不要再 send 了。
walkor 2018-04-27

@3346 說的對
walkor 2018-04-27

maxSendBufferSize 太大，如果客戶端接收速度慢，服務(wù)端一直發(fā)送maxSendBufferSize還是會滿。maxSendBufferSize太大如果buffer滿了，也會導(dǎo)致程序占用內(nèi)存變大。