本發(fā)明涉及計算機技術(shù)領(lǐng)域，具體是一種基于cs架構(gòu)的服務(wù)器端多線程管理方法。

背景技術(shù)：

在cs（client/server）架構(gòu)下，服務(wù)器端（server端）要實現(xiàn)不同的任務(wù)，則需要啟動多個進程分別對應(yīng)各自的服務(wù)，即有多線程處理在服務(wù)器端主要用于處理不同客戶端各自發(fā)來的請求信息，且在現(xiàn)有技術(shù)中，通常是分別啟動不同線程對應(yīng)處理不同客戶端發(fā)來的請求，存在啟動多線程處理不同客戶端發(fā)來的相同請求的情況，這在一定程度上影響服務(wù)器端的運行速率，進而在一定程度上會延長對客戶端的請求的響應(yīng)時間。

此外，現(xiàn)有技術(shù)中已有多線程管理的方案，但均致使服務(wù)器端的服務(wù)難以擴展，即如果服務(wù)端增加服務(wù)，過程比較繁瑣，且擴展起來比較麻煩，一旦擴展，代碼比較臃腫。

此為現(xiàn)有技術(shù)的不足之處。

技術(shù)實現(xiàn)要素：

本發(fā)明所要解決的技術(shù)問題是，針對現(xiàn)有技術(shù)的不足，提供一種基于cs架構(gòu)的服務(wù)器端多線程管理方法，用于提高服務(wù)器端的運行速率。本發(fā)明還用于提高服務(wù)器端服務(wù)擴展的便利性。

為解決上述技術(shù)問題，本發(fā)明提供了一種基于cs架構(gòu)的服務(wù)器端多線程管理方法，包括步驟；

a、實時獲取各客戶端發(fā)來的請求信息；

b、判定并劃分步驟a中當(dāng)前所獲取的各請求信息的請求方式分類；

c、基于步驟b中當(dāng)前劃分所得的請求方式分類，對應(yīng)調(diào)用預(yù)先設(shè)定的相應(yīng)線程執(zhí)行相應(yīng)的服務(wù)，對應(yīng)獲取步驟b中當(dāng)前劃分所得的各請求方式分類各自對應(yīng)的處理結(jié)果；

d、對應(yīng)向步驟a中所述的各客戶端返回其各自對應(yīng)的步驟c中當(dāng)前所獲取的相應(yīng)處理結(jié)果。

其中，上述步驟b基于所述步驟a中當(dāng)前所獲取的各請求信息，對應(yīng)判定與劃分步驟a中當(dāng)前所獲取的各請求信息對應(yīng)的請求方式分類。

其中，所述的請求信息包括頭部協(xié)議和數(shù)據(jù)包。

其中，步驟b中所述的對應(yīng)判定與劃分步驟a中當(dāng)前所獲取的各請求信息對應(yīng)的請求方式分類的方法步驟包括：

p1、實時解析步驟a中當(dāng)前所獲取的各請求信息，對應(yīng)獲取該當(dāng)前所獲取的各請求信息的頭部協(xié)議；

p2、將步驟p1中對應(yīng)獲取的各頭部協(xié)議，與預(yù)先設(shè)定的頭部協(xié)議組中的各頭部協(xié)議進行對比，依據(jù)比較結(jié)果判定上述步驟a中當(dāng)前所獲取的各請求信息的請求方式分類。

其中，所述的頭部協(xié)議包括：post、get、cmd中的至少一種。

其中，所述的數(shù)據(jù)包包括請求數(shù)據(jù)信息及當(dāng)前數(shù)據(jù)包對應(yīng)客戶端的ip端口值。

上述步驟d基于步驟a中當(dāng)前發(fā)來的各請求信息中的ip端口值，對應(yīng)向步驟a中所述的各客戶端返回其各自對應(yīng)的步驟c中當(dāng)前所獲取的相應(yīng)處理結(jié)果。

與現(xiàn)有技術(shù)相比，本發(fā)明的優(yōu)點在于：

(1)本發(fā)明所述的基于cs架構(gòu)的服務(wù)器端多線程管理方法，通過對服務(wù)器端當(dāng)前所接收到的各請求信息進行請求方式分類處理，之后對當(dāng)前獲取各請求方式分類，對應(yīng)調(diào)用預(yù)先設(shè)定的相應(yīng)線程執(zhí)行相應(yīng)的服務(wù)，這避免了需啟動多線程處理不同客戶端發(fā)來的相同請求的情況的發(fā)生，從而能在一定程度上提高服務(wù)器端的運行速率，進而能在一定程度上縮減對客戶端請求的響應(yīng)時間；

(2)本發(fā)明中所涉及的各客戶端發(fā)來的請求信息均包括頭部協(xié)議和數(shù)據(jù)包，使用時，通過將實時解析出的當(dāng)前所獲取的各請求信息的頭部協(xié)議，與預(yù)先設(shè)定的頭部協(xié)議組中的各頭部協(xié)議進行對比，并依據(jù)比較結(jié)果判定上述當(dāng)前所獲取的各請求信息的請求方式分類，之后基于當(dāng)前獲取各請求方式分類，對應(yīng)調(diào)用預(yù)先設(shè)定的相應(yīng)線程執(zhí)行相應(yīng)的服務(wù)，這便于服務(wù)器端對其多線程的管理，且便于服務(wù)器端增加新的服務(wù)，較為實用；

(3)本發(fā)明基于客戶端發(fā)過來的請求信息進行多線程的管理，與設(shè)計平臺無關(guān)，這使本發(fā)明打破了對設(shè)計平臺的要求，便于跨平臺使用，較為實用。

由此可見，本發(fā)明與現(xiàn)有技術(shù)相比，具有突出的實質(zhì)性特點和顯著的進步，其實施的有益效果也是顯而易見的。

附圖說明

圖1為本發(fā)明所述基于cs架構(gòu)的服務(wù)器端多線程管理方法的方法流程圖示意圖；

圖2為本發(fā)明所述請求信息與相應(yīng)線程執(zhí)行對應(yīng)服務(wù)的一種具體的對應(yīng)關(guān)系示意圖。

具體實施方式

為使本發(fā)明的技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖，對本發(fā)明的技術(shù)方案進行清楚、完整地描述。

具體實施方式1：

如圖1所示，本發(fā)明的一種基于cs架構(gòu)的服務(wù)器端多線程管理方法，包括步驟；

a、實時獲取各客戶端發(fā)來的請求信息；

b、判定并劃分步驟a中當(dāng)前所獲取的各請求信息的請求方式分類；

c、基于步驟b中當(dāng)前劃分所得的請求方式分類，對應(yīng)調(diào)用預(yù)先設(shè)定的相應(yīng)線程執(zhí)行相應(yīng)的服務(wù)，對應(yīng)獲取步驟b中當(dāng)前劃分所得的各請求方式分類各自對應(yīng)的處理結(jié)果；

d、對應(yīng)向步驟a中所述的各客戶端返回其各自對應(yīng)的步驟c中當(dāng)前所獲取的相應(yīng)處理結(jié)果。

其中，為更為清楚的闡述本發(fā)明，以5個客戶端（客戶端1、客戶端2、客戶端3、客戶端4和客戶端5）發(fā)來5個請求信息為例，如圖2所示，每個客戶端發(fā)來一個請求信息，對應(yīng)記為請求信息1、請求信息2、請求信息3、請求信息4和請求信息5，其中請求信息1對應(yīng)請求方式分類1、請求信息2對應(yīng)請求方式分類2、請求信息3和請求信息5對應(yīng)請求方式分類3、請求信息4對應(yīng)請求方式分類4，請求方式分類1、請求方式分類2、請求方式分類3和請求方式分類4各自對應(yīng)一相應(yīng)的線程服務(wù)；請求方式分類1、請求方式分類2、請求方式分類3和請求方式分類4各不相同，且其對應(yīng)的相應(yīng)線程服務(wù)各不相同?；趫D2，本發(fā)明通過對服務(wù)器端當(dāng)前所接收到的各請求信息1、2、3、4和5進行請求方式分類處理，之后對當(dāng)前獲取的各請求方式分類1、2、3和4，對應(yīng)調(diào)用預(yù)先設(shè)定的相應(yīng)線程執(zhí)行相應(yīng)的服務(wù)，對應(yīng)獲取當(dāng)前劃分所得的各請求方式分類1、2、3和4各自對應(yīng)的處理結(jié)果，最后將相應(yīng)的處理結(jié)果返回給各相應(yīng)的客戶端。

綜上可知，本發(fā)明通過對服務(wù)器端當(dāng)前所接收到的各請求信息進行請求方式分類處理，之后對當(dāng)前獲取各請求方式分類，對應(yīng)調(diào)用預(yù)先設(shè)定的相應(yīng)線程執(zhí)行相應(yīng)的服務(wù)，這避免了需啟動多線程處理不同客戶端發(fā)來的相同請求的情況的發(fā)生，在一定程度上提高了服務(wù)器端的運行速率，進而在一定程度上縮減了對客戶端請求的響應(yīng)時間。

其中，在本實施方式中，上述步驟b基于所述步驟a中當(dāng)前所獲取的各請求信息，對應(yīng)判定與劃分步驟a中當(dāng)前所獲取的各請求信息對應(yīng)的請求方式分類；所述的請求信息包括頭部協(xié)議和數(shù)據(jù)包。在本實施方式中，所述的頭部協(xié)議包括post、get、cmd，所述的數(shù)據(jù)包包括請求數(shù)據(jù)信息及當(dāng)前數(shù)據(jù)包對應(yīng)客戶端的ip端口值。

其中，步驟b中所述的對應(yīng)判定與劃分步驟a中當(dāng)前所獲取的各請求信息對應(yīng)的請求方式分類的方法步驟包括：p1、實時解析步驟a中當(dāng)前所獲取的各請求信息，對應(yīng)獲取該當(dāng)前所獲取的各請求信息的頭部協(xié)議；p2、將步驟p1中對應(yīng)獲取的各頭部協(xié)議，與預(yù)先設(shè)定的頭部協(xié)議組中的各頭部協(xié)議進行對比，依據(jù)比較結(jié)果判定上述步驟a中當(dāng)前所獲取的各請求信息的請求方式分類。其中，對于比較結(jié)果為，與預(yù)先設(shè)定的頭部協(xié)議組中的相應(yīng)頭部協(xié)議相同的各請求信息對應(yīng)相同的請求方式分類，且對應(yīng)的請求方式分類為上述該相應(yīng)頭部協(xié)議。

綜上，本發(fā)明所述的各請求信息均采用包括頭部協(xié)議和數(shù)據(jù)包的數(shù)據(jù)結(jié)構(gòu)，其通過將實時解析出的當(dāng)前所獲取的各請求信息的頭部協(xié)議，與預(yù)先設(shè)定的頭部協(xié)議組中的各頭部協(xié)議進行對比，并依據(jù)比較結(jié)果判定上述當(dāng)前所獲取的各請求信息的請求方式分類，之后基于當(dāng)前獲取各請求方式分類，對應(yīng)調(diào)用預(yù)先設(shè)定的相應(yīng)線程執(zhí)行相應(yīng)的服務(wù)，這便于服務(wù)器端對其多線程的管理，且便于服務(wù)器端增加新的服務(wù)，較為實用。

此外，在本實施方式中，上述步驟d基于步驟a中當(dāng)前發(fā)來的各請求信息中的ip端口值，對應(yīng)向步驟a中所述的各客戶端返回其各自對應(yīng)的步驟c中當(dāng)前所獲取的相應(yīng)處理結(jié)果。

綜上，本發(fā)明不僅在一定程度上提高了服務(wù)器端的運行速率，還在一定程度上提高了服務(wù)器端服務(wù)擴展的便利性。且便于實現(xiàn)。較為實用。

另外，本發(fā)明基于客戶端發(fā)過來的請求信息進行多線程的管理，與設(shè)計平臺無關(guān)，這使本發(fā)明打破了對設(shè)計平臺的要求，便于跨平臺使用，較為實用。

以上實施方式僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述實施方式對本發(fā)明進行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對前述各實施方式所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施方式技術(shù)方案的范圍。