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

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

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

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

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

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

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

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