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