發(fā)生status 139 和 11 的退出
Gdb看了一下core 也搞不清哪里的問題。php版本是7.2.11
使用了kafka擴(kuò)展，memcache和memcached擴(kuò)展，linux已調(diào)優(yōu)。
追問一個(gè)問題，如果有某一個(gè)客戶端數(shù)據(jù)量很大，就算reusePort為true也不會(huì)平均分配給各個(gè)BusinessWorker，只會(huì)一直分配給一個(gè)進(jìn)程，對(duì)么？ 如果業(yè)務(wù)中有數(shù)據(jù)庫(kù)操作，很可能出現(xiàn)busy的情況，是不是只能在開一個(gè)服務(wù)異步去處理，才能解決這類busy的問題。還是有更好的處理方法，謝謝~~~~
1個(gè)回答
打賞
coredump 一般都是某個(gè)php擴(kuò)展的bug，或者某個(gè)php版本的bug。
reusePort 為true 會(huì)平均分配連接給進(jìn)程，并不會(huì)把連接上的請(qǐng)求分散到各個(gè)進(jìn)程。
gateway將消息轉(zhuǎn)發(fā)給businessWorker的路由默認(rèn)規(guī)則是：
Gateway隨機(jī)選擇一個(gè)BusinessWorker進(jìn)程，然后把當(dāng)前client_id與這個(gè)BusinessWorker進(jìn)程綁定，以后這個(gè)client_id的所有數(shù)據(jù)（onConnect/onMessage/onClose事件）都交給這個(gè)綁定的BusinessWorker進(jìn)程處理。你可以自己改成隨機(jī)分發(fā)給各個(gè)BusinessWorker進(jìn)程。具體參考手冊(cè)路由部分 http://doc2.workerman.net/router.html
如果是隨機(jī)路由的話，同一個(gè)客戶端的消息及事件處理可能會(huì)出現(xiàn)亂序，因?yàn)槎鄠€(gè)businessWorker進(jìn)程處理消息是并行的，并不容易保證順序，也不能保證哪個(gè)消息或者事件先處理完再處理下一個(gè)。
關(guān)于阻塞問題，不建議將復(fù)雜的業(yè)務(wù)邏輯寫在GatewayWorker框架里。最好將gatewayWorker當(dāng)作一個(gè)推送通道。在需要推送消息的時(shí)候調(diào)用。其它業(yè)務(wù)邏輯走其它框架。
參考手冊(cè) http://doc2.workerman.net/work-with-other-frameworks.html
