HTTP請求處理方法、裝置及系統與流程
2023-06-06 04:59:51
本發明實施例涉及網絡
技術領域：
，特別涉及一種http請求處理方法、裝置及系統。
背景技術：
：web服務集群是用於向客戶端提供http(hypertexttransferprotocol，超文本傳輸協議)服務的伺服器集群。web伺服器集群包括多臺web伺服器，每臺web伺服器上運行有至少一個web容器，web容器是一種用於提供http服務的服務程序。目前的web伺服器集群常採用tomcat容器和jetty容器作為web容器。在web服務集群中可能會提供多個同類型的web容器。當web伺服器集群接收到客戶端發送的http請求時，採用輪詢方式從多個同類型的web容器中確定出一個web容器，由確定出的web容器處理該http請求。在實現本發明實施例的過程中，發明人發現現有技術至少存在以下問題：當web伺服器集群中增加伺服器或者刪除伺服器時，會影響http服務的正常響應，無法穩定地向客戶端提供http服務。技術實現要素：為了解決現有技術中當web伺服器集群中增加伺服器或者刪除伺服器時，會影響http服務的正常響應，無法穩定地向客戶端提供http服務的問題，本發明實施例提供了一種http請求處理方法、裝置及系統。所述技術方案如下：根據本發明實施例的第一方面，提供了一種http請求處理方法，所述方法包括：代理伺服器接收客戶端發送的http請求，所述http請求攜帶有uri和用戶標識；所述代理伺服器確定與所述uri對應的伺服器組，所述伺服器組包括至少兩個響應伺服器；所述代理伺服器根據所述用戶標識的一致性哈希計算結果從所述伺服器組中確定出目標伺服器；所述代理伺服器將所述http請求發送至所述目標伺服器進行處理。根據本發明實施例的第二方面，提供了一種http請求處理系統，所述系統包括：所述代理伺服器，用於接收所述客戶端發送的http請求，所述http請求攜帶有統一資源標識符uri和用戶標識；所述代理伺服器，用於確定與所述uri對應的伺服器組，所述伺服器組包括至少兩個伺服器；所述代理伺服器，用於根據所述用戶標識的一致性哈希計算結果從所述伺服器組中確定出目標伺服器；所述代理伺服器，用於將所述http請求發送至所述目標伺服器進行處理。根據本發明實施例的第三方面，提供了一種http請求處理裝置，所述裝置包括：第一接收模塊，用於接收所述客戶端發送的http請求，所述http請求攜帶有uri和用戶標識；第一確定模塊，用於確定與所述uri對應的伺服器組，所述伺服器組包括至少兩個伺服器；哈希計算模塊，用於根據所述用戶標識的一致性哈希計算結果從所述伺服器組中確定出目標伺服器；第一發送模塊，用於將所述http請求發送至所述目標伺服器進行處理。本發明實施例提供的技術方案帶來的有益效果是：通過代理伺服器接收客戶端發送的超文本傳輸協議http請求，確定與uri對應的伺服器組，根據用戶標識的一致性哈希計算結果從伺服器組中確定出目標伺服器，將http請求發送至目標伺服器進行處理，使得來自同一客戶端的http請求由同一個伺服器提供web服務；解決了現有技術中當web伺服器集群中增加伺服器或者刪除伺服器時，無法穩定地向客戶端提供http服務的問題；實現了當增減伺服器以及整個系統服務時，大部分客戶端所發送的http請求，仍然由指定的伺服器提供web服務，不會受到增減伺服器的任何影響的效果。附圖說明為了更清楚地說明本發明實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。圖1a和圖1b是本發明一個實施例提供的http請求處理系統的系統結構圖；圖2是本發明一個實施例提供的http請求處理方法的流程圖；圖3是本發明一個實施例提供的一致性哈希算法的方法原理圖；圖4是本發明另一個實施例提供的http請求處理方法的流程圖；圖5是本發明一個實施例提供的http請求處理裝置的結構方框圖；圖6是本發明另一個實施例提供的http請求處理裝置的結構方框圖；圖7是本發明一個實施例提供的伺服器的結構示意圖。具體實施方式為使本發明的目的、技術方案和優點更加清楚，下面將結合附圖對本發明實施方式作進一步地詳細描述。圖1a和圖1b是本發明一個實施例提供的http請求處理系統的系統結構圖。示意性的，該http請求處理系統包括：客戶端100、代理伺服器120、伺服器組a、伺服器組b、隊列160和業務處理伺服器組180。其中，伺服器組a、伺服器組b、隊列160和業務處理伺服器組180均屬於web伺服器。客戶端100是瀏覽器客戶端。可選地，瀏覽器客戶端向代理伺服器發送http請求，http請求中攜帶有統一資源標識符(uniformresourceidentifier，uri)和用戶標識userid。其中，userid用於代表用戶身份。代理伺服器120是代理用戶獲取的web服務的伺服器。代理伺服器120可以是反向代理(reverseproxy)伺服器。其中，反向代理方式是指以代理伺服器120來接受internet上的http請求，然後將http請求轉發給web伺服器所在內部網絡上的web伺服器，並將從web伺服器上得到的響應結果反饋給客戶端100。可選地，代理伺服器由虛擬機(virtualmachine，vm)或物理伺服器實現，本發明對代理伺服器的具體實現形式不加以限定。可選地，代理伺服器120中包括locator服務121和lua腳本122。其中，代理伺服器120接收客戶端100發送的http請求；lua腳本122用於截獲http請求中攜帶的uri和用戶標識，並將uri發送給locator服務121，locator服務121根據http請求中攜帶的uri確定與uri對應的伺服器組，該伺服器組包括多臺響應伺服器；同時，lua腳本還接收locator服務121反饋的伺服器組。可選地，lua腳本122還根據用戶標識userid做一致性哈希算法，查找對應伺服器組中的一臺目標伺服器。伺服器組a和伺服器組b是將很多響應伺服器以負載均衡方式部署，同時提供同一種服務的一個群組。在客戶端100看來就像是只有一個響應伺服器。伺服器組a和伺服器組b中包含多個響應伺服器，每個響應伺服器均用於處理代理伺服器120發送的http請求。可選地，伺服器組a包括響應伺服器1、響應伺服器2、響應伺服器3和響應伺服器4，伺服器組b包括響應伺服器5、響應伺服器6、響應伺服器7和響應伺服器8。本發明實施例對以上對伺服器組a和伺服器組b中的響應伺服器的數量的描述不加以限定。示意性的，伺服器組a用於處理不需要向客戶端100反饋響應的http請求，比如消息和通知；伺服器組b用於處理需要向客戶端100反饋響應的http請求。隊列160是一款分布式、隊列模型的消息中間件，用於接收目標伺服器(目標伺服器是響應伺服器中的一個)構建的http對象，等待業務伺服器組180的處理。隊列160可以由單獨的一個伺服器實現，也可以由一個虛擬機實現，也可以集成在響應伺服器或業務處理伺服器中來實現。業務處理伺服器組180是將很多業務處理伺服器集中起來以負載均衡方式部署，同時提供同一種服務的一個群組。業務處理伺服器組180中包含多個業務處理伺服器，業務處理伺服器180用於從隊列160中獲取http對象並進行處理。可選地，本實施例中業務處理伺服器組180包括業務處理伺服器1、業務處理伺服器2、業務處理伺服器3和業務處理伺服器4，本發明實施例對此不加以限定。在一個具體的實現中，參考圖1b，代理伺服器120是nginx反向代理伺服器120，伺服器組a包括netty-響應伺服器1、netty-響應伺服器2、netty-響應伺服器3和netty-響應伺服器4，伺服器組b包括netty-響應伺服器5、netty-響應伺服器6、netty-響應伺服器7和netty-響應伺服器8。也即，伺服器組a和伺服器組b中的響應伺服器由netty伺服器實現。其中，伺服器組a和伺服器組b屬於http響應層，業務處理伺服器屬於業務處理層。請參考圖2，本發明一個實施例提供的http請求處理方法的流程圖。本發明以該實施例應用於圖1所述的系統來舉例說明。該http請求處理方法包括：步驟201，客戶端向代理伺服器發送http請求。步驟202，代理伺服器接收客戶端發送的http請求。可選地，http請求包括：uri和用戶標識。每個uri用於定位一個或一組web資源。可選地，web資源是包括文本、圖片、音頻、視頻之類的網頁或網頁程序。步驟203，代理伺服器確定與uri對應的伺服器組。可選地，每個伺服器組包括至少兩個響應伺服器。步驟204，代理伺服器根據用戶標識的一致性哈希計算結果從伺服器組中確定出目標伺服器。一致性哈希計算是一種用於將用戶標識和伺服器組中的伺服器產生對應關係的計算方式。比如，將用戶標識a總是與響應伺服器1對應，將用戶標識b總是與響應伺服器2對應，將用戶標識c總是與響應伺服器3對應，將用戶標識d總是與響應伺服器4對應。當伺服器組中的響應伺服器未發生改變時，代理伺服器使用一致性哈希計算，能夠將來自用戶標識a的http請求總是發送給響應伺服器1處理，將來自用戶標識b的http請求總是發送給響應伺服器2處理，將來自用戶標識c的http請求總是發送給響應伺服器3處理，將來自用戶標識d的http請求總是發送給響應伺服器4處理。步驟205，代理伺服器將http請求發送至目標伺服器進行處理。綜上所述，本實施例提供的http請求處理方法，通過代理伺服器接收客戶端發送的超文本傳輸協議http請求，確定與uri對應的伺服器組，根據用戶標識的一致性哈希計算結果從伺服器組中確定出目標伺服器，將http請求發送至目標伺服器進行處理；解決了現有技術中當web伺服器集群中增加伺服器或者刪除伺服器時，無法穩定地向客戶端提供http服務的問題；實現了當增減伺服器以及整個系統服務時，大部分客戶端所發送的http請求，仍然由指定的伺服器提供web服務，大部分客戶端不會受到增減伺服器的任何影響，僅有少部分客戶端會收到增減伺服器的影響的效果。請參考圖3，其示出了本發明一個實施例提供的一致性哈希算法的方法原理圖。一致性哈希將整個哈希值空間組織成一個虛擬的圓環。將各個響應伺服器使用hash算法進行一個哈希，具體可以選擇伺服器的ip或主機名作為關鍵字進行哈希，這樣每臺機器就能確定其在哈希環上的位置。可選地，本實施例中以伺服器組a中有4臺響應伺服器為例，分別是響應伺服器1、響應伺服器2、響應伺服器3和響應伺服器4，使用響應伺服器的主機名進行哈希後在環形哈希空間的位置如圖3所示。響應伺服器1與環形哈希空間上的節點a對應，響應伺服器2與環形哈希空間上的節點b對應，響應伺服器3與環形哈希空間上的節點c對應，響應伺服器4與環形哈希空間上的節點d對應。當代理伺服器收到http請求後，對http請求中的用戶標識計算哈希值(比如消息摘要算法md5)，然後對用戶標識的哈希值相對於4計算餘數，若餘數為0，則將該http請求發送給與節點a對應的響應伺服器1進行處理；若餘數為1，則將該http請求發送給與節點b對應的響應伺服器2進行處理；若餘數為2，則將該http請求發送給與節點c對應的響應伺服器3進行處理；若餘數為3，則將該http請求發送給與節點d對應的相應伺服器4進行處理。請參考圖4，本發明實施例四提供的http請求處理方法的流程圖。本發明以該實施例應用於圖1所述系統和圖3所述算法來舉例說明。該http請求處理方法包括：步驟401，客戶端向代理伺服器發送http請求。可選地，客戶端是瀏覽器客戶端，常見的瀏覽客戶端包括：internetexplorer(ie瀏覽器)、mozillafirefox(火狐瀏覽器)、opera和safari。步驟402，代理伺服器接收客戶端發送的http請求。可選地，http請求攜帶有uri和用戶標識。可選地，uri是一個用於標識某一網際網路資源名稱的字符串。該種標識允許用戶對任何(包括本地和網際網路)的資源通過特定的協議進行交互操作。uri由包括確定語法和相關協議的方案所定義。可選地，用戶標識是網際網路上用於識別用戶身份的名字。步驟403，代理伺服器通過lua腳本向locator服務發送uri。示意性的，nginx反向代理伺服器通過lua腳本截獲http請求中的uri和用戶標識，並向locator服務發送uri。locator服務是nginx反向代理伺服器中的一個功能組件，用於定義每個uri的處理規則。示意性的，表一示出了該處理規則：表一uri伺服器組/xxx.jpg伺服器組a/yyy.html伺服器組b步驟404，代理伺服器通過locator服務確定與uri對應的伺服器組。locator服務會查詢與uri對應的伺服器組。以圖1為例，locator服務會查詢出伺服器組a或伺服器組b作為與uri對應的伺服器組。示意性的，locator服務通過http響應層所註冊的method(方法)解析uri，根據uri映射到對應的伺服器組。method包括：get方法、post方法等。locator服務會將與uri對應的伺服器組，反饋給lua腳本。步驟405，代理伺服器通過lua腳本接收locator服務反饋的伺服器組。示意性的，nginx反向代理伺服器通過lua腳本接收locator服務確定並反饋的伺服器組。步驟406，代理伺服器對用戶標識按照預設的哈希算法計算哈希值。示意性的，nginx反向代理伺服器通過lua腳本對用戶標識按照預設的哈希算法計算哈希值。預設的哈希算法包括：消息摘要算法第二版md2、消息摘要算法第三版md3、消息摘要算法第五版md5、安全哈希算法sha-1等等哈希算法中的任意一種。比如，nginx反向代理伺服器對該用戶標識計算出的哈希值為1011101111。步驟407，代理伺服器將哈希值散列到環形哈希空間上的目標節點。可選地，環形哈希空間上的節點與伺服器組中的伺服器存在對應關係，如圖3所示。nginx反向代理伺服器對用戶標識的哈希值相對於n求餘，n是環形哈希空間上的節點數。以n為4為例，餘數0對應響應伺服器1，餘數1對應響應伺服器2，餘數2對應響應伺服器3，餘數3對應響應伺服器4。步驟408，代理伺服器將與目標節點對應的伺服器確定為目標伺服器。示意性的，由於用戶標識的哈希值，相對於n的餘數為1，在哈希環形空間上對應的響應伺服器2，即確定響應伺服器2為目標伺服器。步驟409，代理伺服器將http請求發送至目標伺服器進行處理。示意性的，nginx反向代理伺服器將http請求發送至響應伺服器2進行處理。步驟410，目標伺服器確定http請求的請求類型。示意性的，響應伺服器2確定http請求的請求類型。可選地，請求類型分為需要反饋響應消息的http請求和不需要反饋響應消息的http請求。可選地，不需要反饋響應消息的http請求包括消息和通知。若請求類型是不需要反饋響應消息的http請求，則執行步驟410至步驟412，若請求類型是需要反饋響應消息的http請求，則執行步驟413至步驟415。步驟411，若請求類型是不需要反饋響應消息的http請求，目標伺服器根據http請求構建http對象，將http對象發送至隊列中。示意性的，當請求類型是不需要反饋響應消息的http請求時，響應伺服器2根據http請求構建http對象，並將http對象發送至隊列中。步驟412，業務處理伺服器從隊列中獲取http對象。步驟413，業務處理伺服器對http對象進行處理。步驟414，若請求類型是需要反饋響應消息的http請求，目標伺服器生成http請求的響應消息。示意性的，當請求類型是需要反饋響應消息的http請求時，響應伺服器2對http請求進行處理，並根據處理結果生成http請求的響應消息。步驟415，目標伺服器將響應消息發送給代理伺服器。步驟416，代理伺服器將響應消息反饋給客戶端。綜上所述，本實施例提供的http請求處理方法，通過代理伺服器接收客戶端發送的超文本傳輸協議http請求，確定與uri對應的伺服器組，根據用戶標識的一致性哈希計算結果從伺服器組中確定出目標伺服器，將http請求發送至目標伺服器進行處理；解決了現有技術中當web伺服器集群中增加伺服器或者刪除伺服器時，無法穩定地向客戶端提供http服務的問題；實現了當增減伺服器以及整個系統服務時，大部分客戶端所發送的http請求，仍然由指定的伺服器復用已有的連接提供web服務，大部分客戶端不會受到增減伺服器的任何影響，僅有少部分客戶端會收到增減伺服器的影響的效果。本實施例提供的http請求處理方法，通過代理伺服器中的lua腳本一致性哈希算法和locator服務完成對用戶的定位，解決了現有技術中增加伺服器或者刪除伺服器時，對原有用戶訪問響應伺服器波動大的問題。本實施例提供的http請求處理方法，還通過對不需要反饋響應消息的http請求，構建http對象緩存至隊列中，由業務處理伺服器對隊列中的http對象進行處理，實現了響應伺服器的發送過程和業務處理伺服器的接收過程的解耦，使得響應伺服器發生增加或者減少時，不影響業務處理伺服器的接收過程和處理過程，或者，業務處理伺服器發生增加或者減少時，不影響響應伺服器的發送過程。換句話說，與消息和通知有關的服務過程的更新，對整個系統來說是完全無感知的。本實施例提供的http請求處理方法，還通過利用netty伺服器的內存分配回收機制，可以很好的降低java虛擬機的垃圾回收(gabagecollection，gc)，提高整個系統的處理吞吐量。下述為本發明裝置實施例，可以用於執行本發明方法實施例。對於本發明裝置實施例中未披露的細節，請參照本發明方法實施例。請參考圖5其示出了發明一個實施例提供的http請求處理裝置的結構方框圖。該http請求處理裝置可以通過專用硬體電路，或者，軟硬體的結合來實現成為伺服器的全部或一部分。本發明以該實施例應用於圖1所述系統和圖3所述算法來舉例說明。該http請求處理裝置，包括：第一接收模塊501，用於接收客戶端發送的超文本傳輸協議http請求。可選地，http請求攜帶有統一資源標識符uri和用戶標識。第一確定模塊502，用於確定與uri對應的伺服器組。可選地，伺服器組包括至少兩個伺服器。哈希計算模塊503，用於根據用戶標識的一致性哈希計算結果從伺服器組中確定出目標伺服器。第一發送模塊504，用於將http請求發送至目標伺服器進行處理。綜上所述，本實施例提供的http請求處理裝置，通過代理伺服器接收客戶端發送的超文本傳輸協議http請求，確定與uri對應的伺服器組，根據用戶標識的一致性哈希計算結果從伺服器組中確定出目標伺服器，將http請求發送至目標伺服器進行處理；解決了現有技術中當web伺服器集群中增加伺服器或者刪除伺服器時，無法穩定地向客戶端提供http服務的問題；實現了當增減伺服器以及整個系統服務時，大部分客戶端所發送的http請求，仍然由指定的伺服器復用已有的連接提供web服務，大部分客戶端不會受到增減伺服器的任何影響，僅有少部分客戶端會收到增減伺服器的影響的效果。請參考圖6，其示出了本發明一個實施例提供的http請求處理裝置的結構方框圖。該http請求處理裝置可以通過專用硬體電路，或者，軟硬體的結合來實現成為伺服器的全部或一部分。本發明以該實施例應用於圖1所述系統來舉例說明。該http請求處理裝置，包括：第一接收模塊601，用於接收客戶端發送的http請求。可選地，http請求攜帶有uri和用戶標識。第一確定模塊602，用於確定與uri對應的伺服器組。可選地，伺服器組包括至少兩個伺服器。可選地，第一確定模塊602包括第一發送單元6021、第一確定單元6022和第一接收單元6023。第一發送單元6021，用於通過lua腳本向locator服務發送uri。第一確定單元6022，用於通過locator服務確定與uri對應的伺服器組。第一接收單元6023，用於通過lua腳本接收locator服務反饋的伺服器組。哈希計算模塊603，用於根據用戶標識的一致性哈希計算結果從伺服器組中確定出目標伺服器。可選地，哈希計算模塊603包括哈希計算單元6031、數值散布單元6032和目標確定單元6033。哈希計算單元6031，用於對用戶標識按照預設的哈希算法計算哈希值。數值散布單元6032，用於將哈希值散列到環形哈希空間上的目標節點。可選地，環形哈希空間上的節點與伺服器組中的伺服器存在對應關係。目標確定單元6033，用於將與目標節點對應的伺服器確定為目標伺服器。第一發送模塊604，用於將http請求發送至目標伺服器進行處理。類型確定模塊605，用於目標伺服器確定http請求的請求類型。請求處理模塊606，用於當請求類型是不需要反饋響應消息的http請求時，目標伺服器根據http請求構建http對象，將http對象發送至隊列中；以便響應伺服器從隊列中獲取http對象並處理。同時，請求處理模塊606，還用於當求類型是需要反饋響應消息的http請求時，目標伺服器生成http請求的響應消息，通過代理伺服器向客戶端反饋響應消息。綜上所述，本實施例提供的http請求處理裝置，通過代理伺服器接收客戶端發送的超文本傳輸協議http請求，確定與uri對應的伺服器組，根據用戶標識的一致性哈希計算結果從伺服器組中確定出目標伺服器，將http請求發送至目標伺服器進行處理；解決了現有技術中當web伺服器集群中增加伺服器或者刪除伺服器時，無法穩定地向客戶端提供http服務的問題；實現了當增減伺服器以及整個系統服務時，大部分客戶端所發送的http請求，仍然由指定的伺服器復用已有的連接提供web服務，大部分客戶端不會受到增減伺服器的任何影響，僅有少部分客戶端會收到增減伺服器的影響的效果。本實施例提供的http請求處理裝置，通過代理伺服器中的lua腳本一致性哈希算法和locator服務完成對用戶的定位，解決了現有技術中增加伺服器或者刪除伺服器時，對原有用戶訪問響應伺服器波動大的問題。本實施例提供的http請求處理裝置，還通過對不需要反饋響應消息的http請求，構建http對象緩存至隊列中，由業務處理伺服器對隊列中的http對象進行處理，實現了響應伺服器的發送過程和業務處理伺服器的接收過程的解耦，使得響應伺服器發生增加或者減少時，不影響業務處理伺服器的接收過程和處理過程，或者，業務處理伺服器發生增加或者減少時，不影響響應伺服器的發送過程。換句話說，與消息和通知有關的服務過程的更新，對整個系統來說是完全無感知的。本實施例提供的http請求處理裝置，還通過利用netty伺服器的內存分配回收機制，可以很好的降低java虛擬機的垃圾回收(gabagecollection，gc)，提高整個系統的處理吞吐量。圖7本發明一個實施例提供的伺服器的結構示意圖。該伺服器可以是代理伺服器120或伺服器組a或伺服器組b或業務處理伺服器組180中的伺服器。具體來講：伺服器700包括中央處理單元(cpu)701、包括隨機存取存儲器(ram)702和只讀存儲器(rom)703的系統存儲器704，以及連接系統存儲器704和中央處理單元701的系統總線705。伺服器700還包括幫助計算機內的各個器件之間傳輸信息的基本輸入/輸出系統(i/o系統)706，和用於存儲作業系統713、應用程式714和其他程序模塊715的大容量存儲設備707。基本輸入/輸出系統706包括有用於顯示信息的顯示器708和用於用戶輸入信息的諸如滑鼠、鍵盤之類的輸入設備709。其中顯示器708和輸入設備709都通過連接到系統總線705的輸入輸出控制器710連接到中央處理單元701。基本輸入/輸出系統706還可以包括輸入輸出控制器710以用於接收和處理來自鍵盤、滑鼠、或電子觸控筆等多個其他設備的輸入。類似地，輸入輸出控制器710還提供輸出到顯示屏、印表機或其他類型的輸出設備。大容量存儲設備707通過連接到系統總線705的大容量存儲控制器(未示出)連接到中央處理單元701。大容量存儲設備707及其相關聯的計算機可讀介質為伺服器700提供非易失性存儲。也就是說，大容量存儲設備707可以包括諸如硬碟或者cd-rom驅動器之類的計算機可讀介質(未示出)。不失一般性，計算機可讀介質可以包括計算機存儲介質和通信介質。計算機存儲介質包括以用於存儲諸如計算機可讀指令、數據結構、程序模塊或其他數據等信息的任何方法或技術實現的易失性和非易失性、可移動和不可移動介質。計算機存儲介質包括ram、rom、eprom、eeprom、快閃記憶體或其他固態存儲其技術，cd-rom、dvd或其他光學存儲、磁帶盒、磁帶、磁碟存儲或其他磁性存儲設備。當然，本領域技術人員可知計算機存儲介質不局限於上述幾種。上述的系統存儲器704和大容量存儲設備707可以統稱為存儲器。根據本發明的各種實施例，伺服器700還可以通過諸如網際網路等網絡連接到網絡上的遠程計算機運行。也即伺服器700可以通過連接在系統總線705上的網絡接口單元711連接到網絡712，或者說，也可以使用網絡接口單元711來連接到其他類型的網絡或遠程計算機系統(未示出)。上述存儲器還包括一個或者一個以上的程序，一個或者一個以上程序存儲於存儲器中，被配置由cpu執行實現如圖2和圖4任一所示出的http請求處理方法。上述本發明實施例序號僅僅為了描述，不代表實施例的優劣。本領域普通技術人員可以理解實現上述實施例的全部或部分步驟可以通過硬體來完成，也可以通過程序來指令相關的硬體完成，所述的程序可以存儲於一種計算機可讀存儲介質中，上述提到的存儲介質可以是只讀存儲器，磁碟或光碟等。以上所述僅為本發明的較佳實施例，並不用以限制本發明，凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。當前第1頁12