[發(fā)明專利]一種用戶請(qǐng)求信息的響應(yīng)方法及系統(tǒng)

無(wú)效

• 申請(qǐng)?zhí)枺?/td>: 200910238745.0
• 申請(qǐng)日: 2009-11-24
• 公開(kāi)（公告）號(hào): CN101729415A
• 公開(kāi)（公告）日: 2010-06-09
• 發(fā)明（設(shè)計(jì)）人: 吳帥;王國(guó)騰;紹軍;左鷂飛
• 申請(qǐng)（專利權(quán)）人: 北京雷霆萬(wàn)鈞網(wǎng)絡(luò)科技有限責(zé)任公司
• 主分類號(hào): H04L12/56
• 分類號(hào): H04L12/56;H04L29/08
• 代理公司: 北京集佳知識(shí)產(chǎn)權(quán)代理有限公司 11227
• 代理人: 逯長(zhǎng)明;王寶筠

技術(shù)領(lǐng)域

本發(fā)明涉及網(wǎng)站工作領(lǐng)域，更具體地說(shuō)，涉及網(wǎng)站的用戶請(qǐng)求信息響應(yīng)領(lǐng)域。

背景技術(shù)

隨著信息社會(huì)的到來(lái)，人們?cè)絹?lái)越依靠網(wǎng)絡(luò)來(lái)獲取龐大的信息量。大型網(wǎng)站服務(wù)器眾多，網(wǎng)站訪問(wèn)量大，致使用戶請(qǐng)求信息的處理成為棘手的難題。目前大多解決方案是采用Apache或lighthttp等Http?Server收集用戶請(qǐng)求信息到本地，然后通過(guò)FTP，遠(yuǎn)程文件拷貝等方式將日志拷貝到統(tǒng)一的服務(wù)器合并后分析。

現(xiàn)有技術(shù)中，Http?Server在處理用戶請(qǐng)求信息時(shí)多數(shù)為逐條處理，在大規(guī)模并發(fā)情況時(shí)，系統(tǒng)存在不穩(wěn)定性，可能在網(wǎng)站訪問(wèn)量突然增大等爆發(fā)式請(qǐng)求發(fā)生時(shí)，用戶請(qǐng)求信息傳送不暢，且處理不夠及時(shí)，以致網(wǎng)站服務(wù)器無(wú)法處理用戶請(qǐng)求，甚至導(dǎo)致系統(tǒng)宕機(jī)。

發(fā)明內(nèi)容

有鑒于此，本發(fā)明提供一種用戶請(qǐng)求信息響應(yīng)的方法及系統(tǒng)，以解決現(xiàn)有技術(shù)中網(wǎng)站服務(wù)器在處理大爆發(fā)請(qǐng)求時(shí)產(chǎn)生的用戶請(qǐng)求信息處理傳送不暢。

為了實(shí)現(xiàn)上述目的，本發(fā)明提供了如下方案：

一種用戶請(qǐng)求信息的響應(yīng)方法，其特征在于，包括：

步驟1，網(wǎng)站服務(wù)器接收用戶請(qǐng)求信息；

步驟2，網(wǎng)站服務(wù)器將用戶請(qǐng)求信息寫(xiě)入內(nèi)存空間；

步驟3，網(wǎng)站服務(wù)器在內(nèi)存空間中提取用戶請(qǐng)求信息，通過(guò)多個(gè)有名管道傳送到各子進(jìn)程；

步驟4，所述各子進(jìn)程響應(yīng)上述用戶請(qǐng)求信息。

優(yōu)選的有，上述方法中，步驟2具體為：

獲取網(wǎng)站服務(wù)器的最大文件數(shù)，以0到該最大文件數(shù)為內(nèi)存空間的索引號(hào)；

為當(dāng)前接收的用戶請(qǐng)求信息配置索引號(hào)；

將用戶請(qǐng)求信息寫(xiě)入內(nèi)存空間中所述索引號(hào)對(duì)應(yīng)的地址。

優(yōu)選的有，上述方法中，網(wǎng)站服務(wù)器在內(nèi)存空間中提取用戶請(qǐng)求信息之后，還包括：

監(jiān)控各個(gè)有名管道的Epoll事件，并根據(jù)Epoll事件類型標(biāo)識(shí)有名管道的當(dāng)前狀態(tài)；

根據(jù)有名管道的當(dāng)前狀態(tài)，排除緩沖區(qū)已滿或已經(jīng)破裂的有名管道，輪循其余的有名管道，選擇可用的有名管道。

優(yōu)選的有，上述方法中，通過(guò)多個(gè)有名管道傳送到各子進(jìn)程具體為：

從所述有名管道的FIFO?Buffer中讀取用戶請(qǐng)求信息，轉(zhuǎn)存入各子進(jìn)程的FIFO?Buffer；

從各子進(jìn)程的FIFO?Buffer讀出用戶請(qǐng)求信息，將用戶請(qǐng)求信息格式轉(zhuǎn)換為日志信息后發(fā)送至Spread環(huán)路。

優(yōu)選的有，上述方法中，還包括：

創(chuàng)建固定大小的FIFO?Buffer；

接收日志信息，存入上述FIFO?Buffer中；

當(dāng)上述FIFO?Buffer中的數(shù)據(jù)存量達(dá)到預(yù)警值時(shí)，將FIFO?Buffer中的數(shù)據(jù)全部讀出，寫(xiě)入磁盤(pán)。

本發(fā)明還提供一種用戶請(qǐng)求信息的響應(yīng)系統(tǒng)，其特征在于，包括：網(wǎng)站服務(wù)器、有名管道及各子進(jìn)程模塊，所述網(wǎng)站服務(wù)器包括接收模塊、寫(xiě)入模塊及提取傳送模塊；

所述接收模塊，用于接收用戶請(qǐng)求信息；

所述寫(xiě)入模塊，用于將接收到的用戶請(qǐng)求信息寫(xiě)入內(nèi)存空間；

所述提取傳送模塊用于從內(nèi)存空間中提取用戶請(qǐng)求信息，并將用戶請(qǐng)求信息通過(guò)有名管道傳送到各子進(jìn)程；

所述各子進(jìn)程模塊用于響應(yīng)接收到的用戶請(qǐng)求信息。

優(yōu)選的有，上述系統(tǒng)中，所述寫(xiě)入模塊包括數(shù)組索引號(hào)配置子模塊、Socket文件句柄號(hào)配置子模塊及內(nèi)存空間寫(xiě)入子模塊：

數(shù)組索引號(hào)配置子模塊，用于獲取網(wǎng)站服務(wù)器的最大文件數(shù)，以0到該最大文件數(shù)為內(nèi)存空間的數(shù)組索引號(hào)；

Socket文件句柄號(hào)配置子模塊，用于在數(shù)組索引號(hào)的范圍之內(nèi)為當(dāng)前接收到的用戶請(qǐng)求信息配置Socket文件句柄號(hào)；

內(nèi)存空間寫(xiě)入子模塊，用于根據(jù)Socket文件句柄號(hào)將用戶請(qǐng)求信息寫(xiě)入相應(yīng)的內(nèi)存空間。

優(yōu)選的有，上述系統(tǒng)中，網(wǎng)站服務(wù)器還包括有名管道當(dāng)前狀態(tài)標(biāo)識(shí)模塊和可用有名管道查找模塊；

所述有名管道當(dāng)前狀態(tài)標(biāo)識(shí)模塊，用于監(jiān)控各個(gè)有名管道的Epoll事件，并根據(jù)Epoll事件類型標(biāo)識(shí)有名管道的當(dāng)前狀態(tài)；

所述可用有名管道查找模塊，用于根據(jù)有名管道的當(dāng)前狀態(tài)，排除緩沖區(qū)已滿或已經(jīng)破裂的有名管道，輪循其余的有名管道，查找到可用的有名管道。

優(yōu)選的有，上述系統(tǒng)中，所述子進(jìn)程模塊包括第一線程子模塊和第二線程子模塊；

所述第一線程子模塊，用于從所述有名管道的FIFO?Buffer中讀取用戶請(qǐng)求信息，轉(zhuǎn)存至各子進(jìn)程模塊的FIFO?Buffer；