專利名稱：一種用戶請求信息的響應方法及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及網(wǎng)站工作領域，更具體地說，涉及網(wǎng)站的用戶請求信息響應領域。
背景技術：
隨著信息社會的到來，人們越來越依靠網(wǎng)絡來獲取龐大的信息量。大型網(wǎng)站服務 器眾多，網(wǎng)站訪問量大，致使用戶請求信息的處理成為棘手的難題。目前大多解決方案是采 用Apache或lighthttp等Http Server收集用戶請求信息到本地，然后通過FTP,遠程文件 拷貝等方式將日志拷貝到統(tǒng)一的服務器合并后分析。 現(xiàn)有技術中，Http Server在處理用戶請求信息時多數(shù)為逐條處理，在大規(guī)模并發(fā) 情況時，系統(tǒng)存在不穩(wěn)定性，可能在網(wǎng)站訪問量突然增大等爆發(fā)式請求發(fā)生時，用戶請求信 息傳送不暢，且處理不夠及時，以致網(wǎng)站服務器無法處理用戶請求，甚至導致系統(tǒng)宕機。
發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供一種用戶請求信息響應的方法及系統(tǒng)，以解決現(xiàn)有技術中
網(wǎng)站服務器在處理大爆發(fā)請求時產(chǎn)生的用戶請求信息處理傳送不暢。 為了實現(xiàn)上述目的，本發(fā)明提供了如下方案 —種用戶請求信息的響應方法，其特征在于，包括 步驟1，網(wǎng)站服務器接收用戶請求信息； 步驟2，網(wǎng)站服務器將用戶請求信息寫入內(nèi)存空間； 步驟3，網(wǎng)站服務器在內(nèi)存空間中提取用戶請求信息，通過多個有名管道傳送到各 子進程； 步驟4，所述各子進程響應上述用戶請求信息。
優(yōu)選的有，上述方法中，步驟2具體為 獲取網(wǎng)站服務器的最大文件數(shù)，以0到該最大文件數(shù)為內(nèi)存空間的索引號； 為當前接收的用戶請求信息配置索引號； 將用戶請求信息寫入內(nèi)存空間中所述索引號對應的地址。 優(yōu)選的有，上述方法中，網(wǎng)站服務器在內(nèi)存空間中提取用戶請求信息之后，還包 括 監(jiān)控各個有名管道的Epoll事件，并根據(jù)Epoll事件類型標識有名管道的當前狀 態(tài)； 根據(jù)有名管道的當前狀態(tài)，排除緩沖區(qū)已滿或已經(jīng)破裂的有名管道，輪循其余的 有名管道，選擇可用的有名管道。
優(yōu)選的有，上述方法中，通過多個有名管道傳送到各子進程具體為 從所述有名管道的FIFO Buffer中讀取用戶請求信息，轉(zhuǎn)存入各子進程的FIFO
Buffer j 從各子進程的FIFO Buffer讀出用戶請求信息，將用戶請求信息格式轉(zhuǎn)換為日志信息后發(fā)送至Spread環(huán)路。 優(yōu)選的有，上述方法中，還包括 創(chuàng)建固定大小的FIFO Buffer ; 接收日志信息，存入上述FIFO Buffer中； 當上述FIFO Buffer中的數(shù)據(jù)存量達到預警值時，將FIFO Buffer中的數(shù)據(jù)全部 讀出，寫入磁盤。 本發(fā)明還提供一種用戶請求信息的響應系統(tǒng)，其特征在于，包括網(wǎng)站服務器、有 名管道及各子進程模塊，所述網(wǎng)站服務器包括接收模塊、寫入模塊及提取傳送模塊；
所述接收模塊，用于接收用戶請求信息； 所述寫入模塊，用于將接收到的用戶請求信息寫入內(nèi)存空間； 所述提取傳送模塊用于從內(nèi)存空間中提取用戶請求信息，并將用戶請求信息通過 有名管道傳送到各子進程； 所述各子進程模塊用于響應接收到的用戶請求信息。 優(yōu)選的有，上述系統(tǒng)中，所述寫入模塊包括數(shù)組索引號配置子模塊、Socket文件句 柄號配置子模塊及內(nèi)存空間寫入子模塊 數(shù)組索引號配置子模塊，用于獲取網(wǎng)站服務器的最大文件數(shù)，以0到該最大文件 數(shù)為內(nèi)存空間的數(shù)組索引號； Socket文件句柄號配置子模塊，用于在數(shù)組索引號的范圍之內(nèi)為當前接收到的用 戶請求信息配置Socket文件句柄號； 內(nèi)存空間寫入子模塊，用于根據(jù)Socket文件句柄號將用戶請求信息寫入相應的 內(nèi)存空間。 優(yōu)選的有，上述系統(tǒng)中，網(wǎng)站服務器還包括有名管道當前狀態(tài)標識模塊和可用有 名管道查找模塊； 所述有名管道當前狀態(tài)標識模塊，用于監(jiān)控各個有名管道的Epoll事件，并根據(jù) Epoll事件類型標識有名管道的當前狀態(tài)； 所述可用有名管道查找模塊，用于根據(jù)有名管道的當前狀態(tài)，排除緩沖區(qū)已滿或 已經(jīng)破裂的有名管道，輪循其余的有名管道，查找到可用的有名管道。 優(yōu)選的有，上述系統(tǒng)中，所述子進程模塊包括第一線程子模塊和第二線程子模 塊； 所述第一線程子模塊，用于從所述有名管道的FIFO Buffer中讀取用戶請求信息， 轉(zhuǎn)存至各子進程模塊的FIFO Buffer ; 所述第二線程子模塊，用于從各子進程模塊的FIFO Buffer讀出用戶請求信息，進 行格式轉(zhuǎn)換成日志信息后并發(fā)送至Spread環(huán)路。 優(yōu)選的有，上述系統(tǒng)中，所述還包括寫磁盤模塊，所述寫磁盤模塊包括日志信息存 儲子模塊和磁盤寫入子模塊； 所述日志信息存儲子模塊，用于接收日志信息，并將日志信息保存到固定大小的 FIFO Buffer中； 所述磁盤寫入子模塊，用于監(jiān)控FIFO Buffer的狀態(tài)，當所述FIFO Buffer中的日 志信息接近或達到預定設定值時，一次將所述FIFO Buffer中的數(shù)據(jù)全部讀出，寫入磁盤中。 本發(fā)明中網(wǎng)站服務器先將接收到的用戶請求信息存入內(nèi)存空間，再由內(nèi)存空間通 過多個有名管道傳送至各子進程，這種傳送方式避免每次只傳送一條用戶請求信息引起的 傳送不暢。在處理大爆發(fā)式請求時，保證了用戶請求信息數(shù)據(jù)量大時對用戶請求信息的傳 送。將用戶請求信息通過各有名管道傳送至若干子進程，若干子進程并行操作，分擔了系統(tǒng) 的工作負擔，保證了對用戶請求信息的處理速度。避免了處理不及時引起的網(wǎng)站服務器無 法處理用戶請求信息，甚至系統(tǒng)宕機的情況。
圖1為本發(fā)明中實施例一流程示意圖；
圖2為本發(fā)明中實施例六系統(tǒng)模塊示意圖；
圖3為本發(fā)明中實施例九系統(tǒng)模塊示意圖；
圖4為本發(fā)明中實施例十系統(tǒng)模塊示意圖。
具體實施例方式
下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于 本發(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本發(fā)明保護的范圍。 本發(fā)明提供一種用戶請求信息的響應方法，參見圖l，步驟包括 步驟S101，網(wǎng)站服務器接收用戶請求信息。其中，網(wǎng)站服務器接收用戶請求，收集
用戶請求信息。 步驟S102，網(wǎng)站服務器將用戶請求信息寫入內(nèi)存空間。 步驟S103，網(wǎng)站服務器在內(nèi)存空間中提取用戶請求信息，通過多個有名管道傳送 到各子進程。 步驟S104，各子進程響應上述用戶請求信息。 本發(fā)明中網(wǎng)站服務器先將接收到的用戶請求信息寫入內(nèi)存空間，再由內(nèi)存空間通
過多個有名管道傳送至各子進程，這種傳送方式避免每次只傳送一條用戶請求信息引起的
傳送不暢。且有名管道為FIFO有名管道，有效緩沖了數(shù)量巨大的用戶請求信息對系統(tǒng)的沖
擊，在處理大爆發(fā)式請求時，保證了用戶請求信息數(shù)據(jù)量大時用戶請求信息的傳送暢通。將
用戶請求信息通過各有名管道傳送至若干子進程，若干子進程相互獨立，并行操作，分擔了
系統(tǒng)的工作負擔，保證了對用戶請求信息的處理速度。避免了在大爆發(fā)式請求發(fā)生時，處理
不及時引起的網(wǎng)站服務器無法處理用戶請求信息，甚至系統(tǒng)宕機的情況。 實施例二，與上述實施例相似，與之不同為，步驟S102中所述將數(shù)據(jù)寫入內(nèi)存空
間具體為 獲取網(wǎng)站服務器的最大文件數(shù)，以0到該最大文件數(shù)為內(nèi)存空間的索引號；
為當前接收的用戶請求信息配置索引號，將用戶請求信息寫入內(nèi)存空間中所述索 引號對應的地址。 本實施例為內(nèi)存空間配置索引號，并在索引號范圍內(nèi)為當前接收到的用戶請求信息配置Socket文件句柄號，根據(jù)Socket文件句柄號將用戶請求信息寫入相應的內(nèi)存空間。 繼而，后端進程從內(nèi)存空間中將用戶請求信息讀出。當下一個用戶發(fā)送用戶請求時，網(wǎng)站服 務器收集當前用戶的用戶請求信息，將為該用戶配置Socket文件句柄號，根據(jù)該Socket文 件句柄號將當前用戶的用戶請求信息寫入對應的內(nèi)存空間中，覆蓋上一個用戶的用戶請求 信息。 實施例三，與上述實施例相似，與之不同在于，步驟S103中，網(wǎng)站服務器提取用戶 請求信息后還包括 監(jiān)控各個有名管道的Epoll事件，并根據(jù)Epoll事件類型標識有名管道的當前狀 態(tài)；其中，有名管道組成管道池，網(wǎng)站服務器內(nèi)的管道池管理模塊監(jiān)控管道池中各有名管道 的Epoll事件，并根據(jù)Epoll事件類型標識有名管道的當前狀態(tài)。 管道池管理模塊根據(jù)有名管道的當前狀態(tài)，排除緩沖區(qū)已滿或已經(jīng)破裂的有名管
道，輪循其余的有名管道，查找到可用的有名管道。其中，網(wǎng)站服務器接收到用戶請求，將用
戶請求信息發(fā)送至管道池管理模塊，管道池管理模塊根據(jù)得到的有名管道的當前狀態(tài)，排
除緩存區(qū)已滿或已經(jīng)破裂的管道，輪詢其余的管道，查找到當前可用的有名管道。 當用戶請求信息數(shù)據(jù)量大時，本實施例中管道池管理模塊判斷是否有可用有名管
道，若有將用戶請求信息寫入可用有名管道，若無將用戶請求信息保存至有名管道的FIFO
Buffer待有可用有名管道時再將用戶請求信息寫入可用有名管道，保證了各有名管道的負
載均衡，避免了有名管道緩存區(qū)已滿或破裂造成的用戶請求信息傳輸不暢。 當無可用有名管道時將用戶請求信息保存至FIFO Buffer待有可用有名管道時再
將用戶請求信息寫入可用有名管道，在用戶請求信息傳輸過程中起到緩沖的作用，能有效
緩解突發(fā)性和爆發(fā)性用戶請求對系統(tǒng)的沖擊。 實施例四，與上述實施例相似，與之不同在于，步驟S104具體為
從所述有名管道的FIFO Buffer中讀取用戶請求信息，發(fā)送至若干子進程的FIFO Buffer ;其中，子進程的第一線程由有名管道中讀取出用戶請求信息，并轉(zhuǎn)存至子進程的 FIFO Buffer。 從各子進程的FIFO Buffer讀出用戶請求信息，進行格式轉(zhuǎn)換成日志信息后并發(fā) 送至Spread環(huán)路。其中，子進程的第二進程由子進程的FIFO Buffer中讀取用戶請求信息， 對用戶請求信息進行格式裝換成日志信息后發(fā)送至Spread環(huán)路。 本實施例中，若干獨立工作的子進程可提高系統(tǒng)的并發(fā)處理能力，在出現(xiàn)爆發(fā)式 請求時有效快速實現(xiàn)對用戶請求信息的格式轉(zhuǎn)換和傳送，并對大量用戶請求信息的傳送 起到了分流的作用。本實施例中，可將FIFO有名管道視為第一層緩沖，將子進程的FIFO Buffer視為第二層緩沖，本發(fā)明采用的二級緩沖機制能有效緩解訪問量大時高并發(fā)請求對 系統(tǒng)的沖擊，保證了系統(tǒng)的安全。 實施例五，與上述實施例相似，與之不同在于，還包括
創(chuàng)建固定大小的FIFO Buffer ; 接收日志信息，存入上述FIFO Buffer中；當上述FIFO Buffer中的數(shù)據(jù)存量達到 預警值時，將FIFO Buffer中的數(shù)據(jù)全部讀出，寫入磁盤。 其中，第一線程接收日志信息，并存入至FIFO Buffer中。第二線程監(jiān)視FIFO Buffer狀態(tài)，當FIFO Buffer中的數(shù)據(jù)存量達到預警值時，將FIFO Buffer中的全部讀出寫入磁盤。 在用戶請求信息的響應系統(tǒng)中，最后所有的日志信息都將寫入至一臺單獨的服務 器上，即所述的磁盤中。頻繁的寫入磁盤會造成本地磁盤負載增加，寫入日志還會受到移動 大量日志時造成的對磁盤操作的搶奪沖突，容易之致使寫入的日志丟失。本實施例中將日 志信息緩沖起來，當日志信息數(shù)量達到一定大小時再一次行寫入磁盤，可以有效緩解磁盤 頻繁寫入的沖突，提升系統(tǒng)的響應性能，解決日志信息響應系統(tǒng)中集中存儲時所面臨的瓶 頸問題。 實施例六，參見圖2，本發(fā)明還提供一種用戶請求信息的響應系統(tǒng)，包括網(wǎng)站服 務器11、有名管道12及各子進程模塊13，所述網(wǎng)站服務器11包括接收模塊111、存入模塊 112和提取傳送模塊113; 其中，接收模塊111用于接收用戶請求信息；
寫入模塊112用于將用戶請求信息寫入內(nèi)存空間； 提取傳送模塊113用于從內(nèi)存空間中提取出用戶請求信息，并將用戶請求信息通 過多個有名管道12傳送至各子進程模塊13。
有名管道12用于傳送用戶請求信息。 各子進程模塊13用于響應用戶請求信息。其中，子進程模塊13將用戶請求信息 格式轉(zhuǎn)換為日志信息傳送至后端系統(tǒng)。 本發(fā)明中網(wǎng)站服務器ll先將接收到的用戶請求信息寫入內(nèi)存空間，再由內(nèi)存空 間通過多個有名管道12傳送至各子進程模塊13，這種傳送方式避免每次只傳送一條用戶 請求信息引起的傳送不暢。且有名管道12為FIF0有名管道12，有效緩沖了數(shù)量巨大的用 戶請求信息對系統(tǒng)的沖擊，在處理大爆發(fā)式請求時，保證了用戶請求信息數(shù)據(jù)量大時用戶 請求信息的傳送暢通。將用戶請求信息通過各有名管道12傳送至若干子進程模塊13，若干 子進程模塊13相互獨立，并行操作，分擔了系統(tǒng)的工作負擔，保證了對用戶請求信息的處 理速度。避免了在大爆發(fā)式請求發(fā)生時，處理不及時引起的網(wǎng)站服務器ll無法處理用戶請 求信息，甚至系統(tǒng)宕機的情況。 實施例七，本發(fā)明還提供一種用戶請求信息的響應系統(tǒng)，與上述系統(tǒng)相似，與之不 同在于，所述存入模塊112包括數(shù)組索引號配置子模塊、Socket文件句柄號配置子模塊及 內(nèi)存空間寫入子模塊 其中，數(shù)組索引號配置子模塊，用于獲取網(wǎng)站服務器11的最大文件數(shù)，以0到該最 大文件數(shù)為內(nèi)存空間的數(shù)組索引號； Socket文件句柄號配置子模塊，用于在數(shù)組索引號的范圍之內(nèi)為當前接收到的 用戶請求信息配置Socket文件句柄號；其中，網(wǎng)站服務器11接收到用戶請求，創(chuàng)建用戶 Socket文件，Socket文件句柄號配置子模塊在數(shù)組索引號范圍內(nèi)為用戶請求信息配置得 到當前用戶請求信息Socket文件句柄號。 內(nèi)存空間寫入子模塊，用于根據(jù)Socket文件句柄號將用戶請求信息寫入相應的 內(nèi)存空間。其中，內(nèi)存空間寫入子模塊根據(jù)Socket文件句柄號找到數(shù)組索引號對應的內(nèi)存 空間，將用戶請求信息寫入到相應的內(nèi)存空間中。將用戶請求信息發(fā)送至后端進程后，重置 內(nèi)存空間供下一個用戶使用。 本系統(tǒng)中，本實施例為內(nèi)存空間配置數(shù)組索引號，并在數(shù)組索引號范圍內(nèi)為當前
8接收到的用戶請求信息配置Socket文件句柄號，根據(jù)Socket文件句柄號將用戶請求信息 寫入相應的內(nèi)存空間。繼而，后端進程從內(nèi)存空間中將用戶請求信息讀出。當下一個用戶 發(fā)送用戶請求時，網(wǎng)站服務器11收集當前用戶的用戶請求信息，將為該用戶配置Socket文 件句柄號，根據(jù)該Socket文件句柄號將當前用戶的用戶請求信息寫入對應的內(nèi)存空間中， 覆蓋上一個用戶的用戶請求信息。 實施例八，本發(fā)明還提供一種用戶請求信息的響應系統(tǒng)，與上述系統(tǒng)相似，與之不 同在于，網(wǎng)站服務器11還包括有名管道當前狀態(tài)標識單元和可用有名管道查找單元；
所述有名管道當前狀態(tài)標識單元，用于監(jiān)控各個有名管道12的Epoll事件，并根 據(jù)Epoll事件類型標識有名管道12的當前狀態(tài)； 所述可用有名管道查找單元，用于根據(jù)有名管道12的當前狀態(tài)，排除緩沖區(qū)已滿
或已經(jīng)破裂的有名管道12，輪循其余的有名管道12，查找到可用的有名管道12。 當用戶請求信息數(shù)據(jù)量較大時，本系統(tǒng)判斷是否有可用有名管道12，若有將用戶
請求信息寫入可用有名管道12，若無將用戶請求信息保存至有名管道12的FIF0 Buffer待
有可用有名管道12時再將用戶請求信息寫入可用有名管道12，保證了各有名管道12的負
載均衡，避免了有名管道12緩存區(qū)已滿或破裂造成的用戶請求信息傳輸不暢。 實施例九，參見圖3，本發(fā)明還提供一種用戶請求信息的響應系統(tǒng)，與上述系統(tǒng)相
似，與之不同在于，子進程模塊13包括第一線程子模塊131和第二線程子模塊132 ; 所述第一線程子模塊131，用于從所述有名管道12的FIFO Buffer中讀取用戶請
求信息，轉(zhuǎn)存至各子進程13的FIFO Buffer ; 所述第二線程子模塊132，用于從各子進程模塊13的FIFO Buffer讀出用戶請求
信息，將用戶請求信息格式轉(zhuǎn)換為日志信息后并發(fā)送至Spread環(huán)路14。 本系統(tǒng)中，若干獨立工作的子進程模塊13可提高系統(tǒng)的并發(fā)處理能力，在出現(xiàn)爆
發(fā)式請求時有效快速實現(xiàn)對用戶請求信息的格式轉(zhuǎn)換和傳送，并對大量用戶請求信息的傳
送起到了分流的作用。可將FIF0有名管道12視為第一層緩沖區(qū)，將子進程模塊13的FIF0
Buffer視為第二層緩沖區(qū)，本系統(tǒng)中的二級緩沖區(qū)能有效緩解訪問量突然增大時高并發(fā)請
求對系統(tǒng)的沖擊，保證了系統(tǒng)的安全。 實施例十，參見圖4，本發(fā)明還提供一種用戶請求信息的響應系統(tǒng)，與上述系統(tǒng)相 似，與之不同在于，還包括寫磁盤模塊15，寫磁盤模塊15包括日志信息存儲子模塊151和磁 盤寫入子模塊152。 其中，日志信息存儲子模塊151，用于接收日志信息，并將日志信息保存到固定大 小的FIFO Buffer中； 磁盤寫入子模塊152，用于監(jiān)控FIFO Buffer的狀態(tài)，當所述FIFO Buffer中的日 志信息接近或達到預定設定值時，一次將所述FIFO Buffer中的數(shù)據(jù)全部讀出，寫入磁盤 16中。 在用戶請求響應系統(tǒng)中，最后所有的日志信息都將通寫入至一臺單獨的服務器 上，即所述磁盤16中。頻繁的寫入磁盤會造成本地磁盤16負載增加，寫入日志還會受到移 動大量日志時造成的對磁盤操作的搶奪沖突，容易之致使寫入的日志丟失。本實施例中將 日志信息緩沖起來，當日志信息數(shù)量達到一定大小時再一次行寫入磁盤16，可以有效緩解 磁盤頻繁寫入的沖突，提升系統(tǒng)的響應性能，解決日志信息響應系統(tǒng)中集中存儲時所面臨的瓶頸問題。 對所公開的實施例的上述說明，使本領域?qū)I(yè)技術人員能夠?qū)崿F(xiàn)或使用本發(fā)明。 對這些實施例的多種修改對本領域的專業(yè)技術人員來說將是顯而易見的，本文中所定義的 一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實施例中實現(xiàn)。因此，本發(fā)明 將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一 致的最寬的范圍。
權利要求
一種用戶請求信息的響應方法，其特征在于，包括步驟1，網(wǎng)站服務器接收用戶請求信息；步驟2，網(wǎng)站服務器將用戶請求信息寫入內(nèi)存空間；步驟3，網(wǎng)站服務器在內(nèi)存空間中提取用戶請求信息，通過多個有名管道傳送到各子進程；步驟4，所述各子進程響應上述用戶請求信息。
2. 根據(jù)權利要求1所述的方法，其特征在于，步驟2具體為 獲取網(wǎng)站服務器的最大文件數(shù)，以0到該最大文件數(shù)為內(nèi)存空間的索引號； 為當前接收的用戶請求信息配置索引號； 將用戶請求信息寫入內(nèi)存空間中所述索引號對應的地址。
3. 根據(jù)權利要求1所述的方法，其特征在于，網(wǎng)站服務器在內(nèi)存空間中提取用戶請求 信息之后，還包括監(jiān)控各個有名管道的Epoll事件，并根據(jù)Epoll事件類型標識有名管道的當前狀態(tài)；根據(jù)有名管道的當前狀態(tài)，排除緩沖區(qū)已滿或已經(jīng)破裂的有名管道，輪循其余的有名 管道，選擇可用的有名管道。
4. 根據(jù)權利要求1所述的方法，其特征在于，通過多個有名管道傳送到各子進程具體為從所述有名管道的FIFO Buffer中讀取用戶請求信息，轉(zhuǎn)存入各子進程的FIFO Buffer j從各子進程的FIFO Buffer讀出用戶請求信息，將用戶請求信息格式轉(zhuǎn)換為日志信息 后發(fā)送至Spread環(huán)路。
5. 根據(jù)權利要求l所述的方法，其特征在于，還包括 創(chuàng)建固定大小的FIFO Buffer ; 接收日志信息，存入上述FIFO Buffer中；當上述FIFO Buffer中的數(shù)據(jù)存量達到預警值時，將FIFO Buffer中的數(shù)據(jù)全部讀出， 寫入磁盤。
6. —種用戶請求信息的響應系統(tǒng)，其特征在于，包括網(wǎng)站服務器、有名管道及各子進 程模塊，所述網(wǎng)站服務器包括接收模塊、寫入模塊及提取傳送模塊；所述接收模塊，用于接收用戶請求信息；所述寫入模塊，用于將接收到的用戶請求信息寫入內(nèi)存空間；所述提取傳送模塊用于從內(nèi)存空間中提取用戶請求信息，并將用戶請求信息通過有名 管道傳送到各子進程；所述各子進程模塊用于響應接收到的用戶請求信息。
7. 根據(jù)權利要求6所述的系統(tǒng)，其特征在于，所述寫入模塊包括數(shù)組索引號配置子模 塊、Socket文件句柄號配置子模塊及內(nèi)存空間寫入子模塊數(shù)組索引號配置子模塊，用于獲取網(wǎng)站服務器的最大文件數(shù)，以0到該最大文件數(shù)為 內(nèi)存空間的數(shù)組索引號；Socket文件句柄號配置子模塊，用于在數(shù)組索引號的范圍之內(nèi)為當前接收到的用戶請 求信息配置Socket文件句柄號；內(nèi)存空間寫入子模塊，用于根據(jù)Socket文件句柄號將用戶請求信息寫入相應的內(nèi)存 空間。
8. 根據(jù)權利要求6所述的系統(tǒng)，其特征在于，網(wǎng)站服務器還包括有名管道當前狀態(tài)標 識模塊和可用有名管道查找模塊；所述有名管道當前狀態(tài)標識模塊，用于監(jiān)控各個有名管道的Epoll事件，并根據(jù)Epoll 事件類型標識有名管道的當前狀態(tài)；所述可用有名管道查找模塊，用于根據(jù)有名管道的當前狀態(tài)，排除緩沖區(qū)已滿或已經(jīng) 破裂的有名管道，輪循其余的有名管道，查找到可用的有名管道。
9. 根據(jù)權利要求6所述的系統(tǒng)，其特征在于，所述子進程模塊包括第一線程子模塊和 第二線程子模塊；所述第一線程子模塊，用于從所述有名管道的FIFO Buffer中讀取用戶請求信息，轉(zhuǎn)存 至各子進程模塊的FIFO Buffer ;所述第二線程子模塊，用于從各子進程模塊的FIFO Buffer讀出用戶請求信息，進行格 式轉(zhuǎn)換成日志信息后并發(fā)送至Spread環(huán)路。
10. 根據(jù)權利要求6所述的系統(tǒng)，其特征在于，所述還包括寫磁盤模塊，所述寫磁盤模 塊包括日志信息存儲子模塊和磁盤寫入子模塊；所述日志信息存儲子模塊，用于接收日志信息，并將日志信息保存到固定大小的FIFO Buffer中；所述磁盤寫入子模塊，用于監(jiān)控FIFO Buffer的狀態(tài)，當所述FIFO Buffer中的日志信 息接近或達到預定設定值時，一次將所述FIFO Buffer中的數(shù)據(jù)全部讀出，寫入磁盤中。
全文摘要
本發(fā)明公開了一種用戶請求信息的響應方法及系統(tǒng)網(wǎng)站服務器接收用戶請求信息；網(wǎng)站服務器將用戶請求信息存入內(nèi)存空間；網(wǎng)站服務器在內(nèi)存空間中提取用戶請求信息，通過多個有名管道傳送到各子進程；所述各子進程響應上述用戶請求信息。將接收到的用戶請求信息存入內(nèi)存空間，再由內(nèi)存空間通過多個有名管道傳送至各子進程，避免每次只傳送一條用戶請求信息引起的傳送不暢。在處理大爆發(fā)式請求時，保證了對用戶請求信息的傳送。將用戶請求信息通過各有名管道傳送至若干子進程，若干子進程并行操作，分擔了系統(tǒng)的工作負擔，保證了對用戶請求信息的處理速度。避免了處理不及時引起的網(wǎng)站服務器無法處理用戶請求信息，甚至系統(tǒng)宕機的情況。
文檔編號H04L29/08GK101729415SQ20091023874
公開日2010年6月9日 申請日期2009年11月24日 優(yōu)先權日2009年11月24日
發(fā)明者吳帥, 左鷂飛, 王國騰, 紹軍 申請人:北京雷霆萬鈞網(wǎng)絡科技有限責任公司