国产+高潮+在线,国产 av 仑乱内谢,www国产亚洲精品久久,51国产偷自视频区视频,成人午夜精品网站在线观看

接收分包消息，onMessage會(huì)在本次消息沒(méi)有處理完又去處理下一個(gè)消息嗎？

gezi

問(wèn)題描述

TCP協(xié)議，接收分包消息，onMessage會(huì)在本次消息沒(méi)有處理完又去處理下一個(gè)消息嗎？

為此你搜索到了哪些方案及不適用的原因

因?yàn)槲沂謩?dòng)處理了分包跟粘包信息，我擔(dān)心在我還在處理這個(gè)分包消息的時(shí)候下一個(gè)分包消息又過(guò)來(lái)了，假如這樣的事情發(fā)生，有可能影響到數(shù)據(jù)的完整性，請(qǐng)問(wèn)這種情況會(huì)發(fā)生嗎？

1169 1 0
1個(gè)回答
admin

http://www.wtbis.cn/doc/workerman/tcp-connection/on-buffer-full.html

可以了解下 緩沖區(qū)概念，即取就沒(méi)

step1 : (package1package2pac) (kage3)
step2 : return 6; 取 (package1)， 緩沖區(qū)剩下 (package2pac)(kage3)
.....
step4. : 繼續(xù) return 6;取 (package3)

onMessage會(huì)在本次消息沒(méi)有處理完又去處理下一個(gè)消息嗎？

看進(jìn)程數(shù)量，如果1進(jìn)程，一定是阻塞順序同步運(yùn)行，如果是gatewayWorker就看business數(shù)量

  • gezi 2023-08-26

    如果自定義協(xié)議，在這里處理好分包粘包邏輯就不用考慮這種情況了吧
  • admin 2023-08-27

    和著你一點(diǎn)都沒(méi)看我發(fā)的，你自己慢慢摸索
年代過(guò)于久遠(yuǎn)，無(wú)法發(fā)表回答
??