實現(xiàn)的邏輯:某個接口只用一個進程。
可以每個接口開一個端口,進程數(shù)count=1
一個服務器端 就一個??蛻舳吮热缫粋€游戲客戶端的接口得有好多。那就得開好多進程了。
又要接口只用一個進程處理,又不想開很多進程,這是矛盾的。
就是在onMessage 中收到是某個接口時固定用某個進程
你可以開固定數(shù)量的端口,比如10個端口,每個端口一個進程。 客戶端根據(jù)接口名hash(或者其它算法)到這10個端口,能保證每個接口固定在一個進程內(nèi)處理
是一種方法。開10個進程里 里面是怎么分配進程的? 輪詢還是??
每個端口一個進程啊。 客戶端自己決定發(fā)給哪個端口,那就發(fā)給哪個進程。算法可以自己寫
不想在客戶端分配好,想在服務器端自定義分配
上面的方法最簡單。
但不是唯一的方法。 比如:建立一個接入層進程組,還有一個邏輯層進程組。邏輯層進程組啟動后鏈接接入層進程組, 接入層進程組根據(jù)請求類型發(fā)給特定的邏輯層進程組的某個進程處理。
比如:你也可以利用Channel組件,基于訂閱機制,將某個進程收到的消息轉(zhuǎn)發(fā)給特定的某個進程處理
其它...
做到這些需要多一些開發(fā)工作