[發明專利]線程池和共享池組合優化大負荷通訊服務器

在審

• 申請號: 201410561346.9
• 申請日: 2014-10-21
• 公開（公告）號: CN104301253A
• 公開（公告）日: 2015-01-21
• 發明（設計）人: 胡平
• 申請（專利權）人: 合肥星服信息科技有限責任公司
• 主分類號: H04L12/861
• 分類號: H04L12/861
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術領域

?本發明屬于信息技術領域通訊服務器的一個優化方案，是一種利用線程池技術和共享池技術組合，大大提高通訊服務器性能的有效方法。

背景技術

GPS監控平臺上有成千上萬臺監控終端，它們不停的向監控中心發送數據報文。由于報文的數量龐大，同時還需要解析，給通訊服務器帶來了很大的壓力。在使用過程中暴露出一些問題，主要體現在以下幾點：

1、往往由于通訊服務器不能及時響應，而造成上報數據丟失；

2、上報數據量太大，造成服務器假死機；

3、服務器處理速度跟不上客戶端的上報速度，造成大量上報數據擠壓，不能及時入庫。

目前解決此類問題的方法主要有：

1、??增加硬件配置，采用高性能服務器，可以在一定程度上解決問題。

2、??采用分布式服務器，把監控平臺劃成幾個區域，每個區域有專門的服務器，每個區域的客戶端只要上報到區域服務器即可，然后區域服務器處理完成后統一入到一個后臺數據庫中。

這些方法都能在一定程度上解決服務器的負荷問題，但是需要增加額外的投入，硬件的巨大開支使得GPS平臺的運營舉步維艱。

發明內容

本發明的目的是提供一種基于線程池和共享池組合的優化技術，在不增加任何硬件成本的前提下，極大的提高服務器的效率。

所述方法包括如下步驟：

1、服務器初始化緩沖隊列，綁定端口開始監聽；

2、接收客戶端數據，放入緩沖隊列；

3、根據緩沖隊列的記錄數，計算出需要的線程數，所有線程通過線程池管理；

4、線程讀取緩沖隊列數據，到共享池中搜索歷史解析語句，如果沒有找到，就開始解析并把解析結果放到共享池中，以備下次直接使用；

5、根據解析的結果形成數據庫入庫指令；

6、進行入庫操作，完成后線程退出。

本發明相對于現有技術的創新點是：

1、從客戶端接收的數據不是直接解析，而是先放入緩沖隊列，避免了大規模數據浪涌時造成的服務器宕機；

2、利用線程池來處理緩沖隊列的數據，可以有效管理所有線程的活動，避免了線程僵死；

3、利用共享池存放解析過的指令，避免了指令的重復解析，提高了解析效率。

附圖說明

圖1?是服務器初始化接收數據流程圖；

圖2?是利用線程池管理線程流程圖；

圖3?是線程池和共享池優化解析數據流程。

具體實施方式

結合附圖給出本發明的一個具體實施例。

本發明的基于線程池和共享池組合優化方法主要用于當服務器連接成千上萬的GPS客戶端時，需要對上報數據及時解析入庫的情況。為服務器的穩定、及時響應提供了一種高效的處理方法。

為了實現該優化方法，首先需要初始化連接緩沖隊列，從客戶端接收的數據不是直接解析，而是先放入緩沖隊列，避免了大規模數據浪涌時造成的服務器宕機。對數據的處理采用異步多線程方式，所有線程通過線程池統一管理。線程對數據解析時，首先在共享池中查找是否解析過該指令，如果有則直接使用解析結果，沒有則進行解析并把結果存到共享池中，避免了以后的重復解析。

具體流程如下：

1、在步驟101中，服務器進行初始化工作，包括緩沖隊列、線程池和共享池；

2、在步驟102中，綁定主機端口進行監聽；

3、在步驟103中，接收客戶端發送的數據；

4、在步驟104中，將接收的數推入緩沖隊列，繼續接收新的數據；

5、在步驟201中，?獲取緩沖隊列記錄數，按每個線程解析50條指令計算，根據記錄數，計算需要的線程數；

6、在步驟202中，如果線程數過少，則自動創建新線程；

8、在步驟301中，定時器觸發，線程從緩沖隊列獲取數據；

9、在步驟302中，線程在共享池中查找，如果查到，則直接獲取結果，如果沒有找到，則進行解析，同時將解析后的數據寫到共享池中；

10、在步驟303中，根據解析的結果，形成入庫指令；

11、在步驟304中，執行入庫指令，寫入數據庫；

12、在步驟305中，將線程解析計數加1，并判斷解析數是否達到50個，達到了就自動終止，沒有達到就在下一個時鐘周期繼續從緩沖隊列讀取數據進行處理。