伺服器設計,開發的體會

2021-06-09 01:41:23 字數 1338 閱讀 9554

做伺服器有一段時間了,想記錄下自己的體會。

依我的看法,伺服器可以看做是4個部分組合起來的, 底層的網路框架, 通用的資料結構和庫, 整個伺服器的架構設計,伺服器的上層業務邏輯。

底層的網路框架,目前可以說技術基本都是公開的了, 可以自己從頭寫,採用iocp,epoll。也可以直接使用ace, libevent 或者asio,

如果是linux下,我覺得libevent是個非常好的選擇,效率足夠,而且可移植。**也簡單。ace的缺點,就是比較大,用他來開發,沒有什麼問題,

遇到問題需要查詢維護,就比較棘手了,asio看過一點,proactor模式的。口碑也不錯。

如果直接用這些庫來支撐上層邏輯,那麼上層的開發還是比較麻煩的,自己還需要在這些庫的基礎上,再加上一些封裝,以簡化上層的開發難度。

譬如lau stephen老兄的spserver, 就是個不錯的嘗試。他是在libevent的基礎上,整合出乙個應用層框架。

網路框架的兩個關鍵點,1是效能要足夠,2是要方便上層開發。3是要穩定,有這3點,就足夠了、

通用的資料結構和庫,主要是用來實現一些封裝,譬如封裝執行緒,封裝資料庫訪問,封裝執行緒池,封裝記憶體池, 封裝執行緒安全的佇列,該佇列主要用來實現

半同步,半非同步模式中關鍵的排隊層。 這個庫,應該是隨著自己的經驗和水平的增進而不斷改進的。對於大部分伺服器的開發,這個庫都是必要的.

整個伺服器的架構設計,設計架構的時候,考慮無非是簡單,容易擴充套件,安全性,成本也是一部分考慮。 沒有通用的架構,只有針對自己的需求和條件的

比較好的架構。所以千萬不能照抄架構,要結合自己的實際情況來思考,別人的東西,只能參考。簡單的出發點,就是便於維護,kiss原則。

擴充套件性的關鍵,就在乙個負載均衡,要保證系統中沒有會阻礙效能提公升的障礙點。安全性的考慮,很多關鍵的業務,必須部署在內網,以避免攻擊。

例如,網遊中常用的gate架構,既有安全性的考慮,也有負載均衡的考慮,他只把gate伺服器部署在公網上。

伺服器的上層業務邏輯, 這塊千差萬別,但是有一些共同的問題。譬如邏輯採用單執行緒還是多執行緒的問題,如果上層業務很簡單,譬如就是簡單的資料庫查詢或者

註冊認證,可以採用多執行緒來做邏輯,盡可能的提高伺服器的效能。但是如果是很複雜的業務,譬如im或者網遊邏輯伺服器,資料互動會非常多,這個時候,多執行緒

是很不可取的,維護,擴充套件性,都會出現很大的問題。查錯也會成為**煩。

最好的執行緒劃分還是按照業務的相關性,把業務糾纏比較緊密的,放在乙個執行緒裡。各個執行緒直接,通過訊息或者佇列來進行通訊。

邏輯伺服器的高下,主要在於細節。譬如資料結構的效率,記憶體分配的效率,伺服器的防禦性程式設計處理, 對於客戶端的協議支援是否全面。 做邏輯伺服器的關鍵,是要用心。只要是花心思了,保證穩定,能夠滿足客戶端的業務需求和效能需求,就是很好了。

伺服器設計和開發的體會

做伺服器有一段時間了,想記錄下自己的體會。依我的看法,伺服器可以看做是4個部分組合起來的,底層的網路框架,通用的資料結構和庫,整個伺服器的架構設計,伺服器的上層業務邏輯。底層的網路框架,目前可以說技術基本都是公開的了,可以自己從頭寫,採用iocp,epoll。也可以直接使用ace,libevent ...

伺服器開發的一點心得體會

這段時間在公司做一款遊戲伺服器開發,開發過程中的一點體會記錄下來,日後也是一點經驗 1.定時重新整理機制,伺服器中,要有不斷定時重新整理的措施,比如任務系統 2.執行緒的管理和排程,一般使用執行緒池方案 3.記憶體方面,為了提高效能,通常使用記憶體池,而不是頻繁地動態分配記憶體 4.資料報的設計,通...

併發伺服器的設計

併發 即同時 併發伺服器 實現多客戶端同時連線,同時處理多個請求。利用多程序或多執行緒的方式處理連線成功後的任務,主程式繼續等待連線。多程序 建立子程序,任務函式交給子程序執行 listen sockfd,5 允許連線的客戶機數目5 while 1 else if pid 0 printf fork...