浩毛的博客

一個典型的游戲服務(wù)器設(shè)計中，一般都是用的多線程，服務(wù)器中一般運行兩類線程，N個SOCKET IO線程，1個邏輯線程，
IO線程接受客戶端發(fā)來的信息，通過消息隊列發(fā)送給邏輯線程處理后，再發(fā)送消息給客戶端，發(fā)送消息這里一般是IO線程處理實際發(fā)送。

其實我認為，如果邏輯線程都是消耗的CPU運算資源的話，服務(wù)器完全采用單線程的方式來做。

首先，我們看IO處理，基本就是數(shù)據(jù)入隊、出隊，send、recv操作，作為服務(wù)器的SOCKET處理一般都是異步SOCKET，也就是說，send、recv操作只是將信息copy到socket底層的發(fā)送接收緩沖區(qū)去了，不存在IO堵塞的問題。

然后，我們再來看邏輯處理，前面已經(jīng)說了，采用單線程的前提是邏輯處理只是消耗CPU運算資源，那么，不管你開幾個線程，對單核的CPU來說，它的處理速度就是這么多，并不會因為你線程開的越多，就處理的越快。

因此我們可不可以這樣說呢，在單核機器上，只消耗CPU運算的服務(wù)，多線程并不比單線程能提高多少效率。

接下來，我們再討論下多核的情況，你肯定要想，我這臺服務(wù)器是4個雙核CPU，就只跑一個單線程的服務(wù)器不是虧死了，多線程多好，我開8個線程，就能很好的利用我的機器啦。是啊，我也覺得這樣很好，不過在LINUX、UNIX下，對線程的支持并不像WINDOWS下那么好，LINUX、UNIX下一般都是用LWP（輕量級進程）的方式來支持多線程程序的，Linux內(nèi)核只提供了輕量進程的支持，限制了更高效的線程模型的實現(xiàn)，但Linux著重優(yōu)化了進程的調(diào)度開銷，一定程度上也彌補了這一缺陷。同時，濫用多線程也會造成不必要的上下文切換，不必要的同步機制的引入（如pthread_mutex），讓程序頻繁的在內(nèi)核和用戶間頻繁切換。另外，從開發(fā)角度來看，單線程開發(fā)比多線程環(huán)境開發(fā)更不容易出錯和更加健壯。

在游戲服務(wù)器架構(gòu)中，為了提高玩家在線人數(shù)，實現(xiàn)負載均衡，現(xiàn)在一般都是采用分布式的多進程服務(wù)器集群的方式，我們來看看服務(wù)器集群中，每個服務(wù)進程是采用多線程的方式還是單線程的方式好呢？我覺得，對于有慢速IO訪問的需求的應(yīng)用進程，多線程肯定比單線程好，最典型的情況就是數(shù)據(jù)庫訪問這塊，完全可以采用N個DB線程，一個邏輯線程的架構(gòu)，而對只是消耗CPU運算資源的應(yīng)用進程，盡量單線程就行了，如果覺得單線程負載不行的話，完全可以分成多個進程來跑。。

以上只是我自己的一些看法，表達有限，歡迎指正。。。