[發明專利]網頁訪問請求的處理方法及裝置

有效

• 申請號: 201410143393.1
• 申請日: 2014-04-10
• 公開（公告）號: CN104967630B
• 公開（公告）日: 2017-09-22
• 發明（設計）人: 張海清
• 申請（專利權）人: 騰訊科技（深圳）有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 廣州華進聯合專利商標代理有限公司44224
• 代理人: 何平,鄧云鵬

技術領域

本發明涉及網絡技術領域，特別是涉及一種網頁訪問請求的處理方法及裝置。

背景技術

傳統技術中的web應用框架通常采用MVC（Model-View-Control、模型-視圖-控制器模式）的設計模式的設計。其中，視圖層代碼用于展示輸入窗口和處理結果的用戶界面，模型層代碼用于存儲和讀取業務數據，而控制層代碼則用于執行具體的業務邏輯，例如，可在控制層依次調用多個業務處理函數得到返回處理結果，然后存儲到模型層。每個業務處理函數中預先定義有相應的業務處理算法，業務處理算法則決定了具體的業務邏輯的執行。

例如，若需要在nginx（一款輕量級的Web服務器/反向代理服務器及電子郵件代理服務器，并在一個BSD-like協議下發行，由俄羅斯的程序設計師Igor Sysoev所開發，占有內存少，并發能力強）框架中先對web請求進行漏洞檢測（例如，檢查請求中是否包含SQL攻擊或其他攻擊腳本），然后再對web請求提交的數據進行處理，則在控制器中先調用相應的漏洞檢測函數，若返回結果為安全，則再調用后續的業務處理函數對web請求提交的數據進行處理。

然而，由于傳統技術中業務處理函數內嵌在即通過代碼定義在web應用框架中，若在對業務處理函數中的業務處理算法進行更新升級（例如更新漏洞檢測的檢測規則等）后出現程序錯誤，則可能造成整個web應用的異常終止，從而導致可靠性不足。

發明內容

基于此，有必要提供一種能夠提高可靠性的網頁訪問請求的處理方法。

一種網頁訪問請求的處理方法，包括：

獲取上傳的網頁訪問請求，提取網頁訪問請求中提交的請求參數信息；

獲取預處理業務服務器列表，并從中選取預處理業務服務器；

將所述請求參數信息發送至所述選取的預處理業務服務器，并接收其返回的處理結果；

判斷所述返回的處理結果是否異常，若是，則跳轉到錯誤頁面。

此外，還有必要提供一種能夠提高可靠性的網頁訪問請求的處理裝置。

一種網頁訪問請求的處理裝置，其特征在于，包括：

參數提取模塊，用于獲取上傳的網頁訪問請求，提取網頁訪問請求中提交的請求參數信息；

業務選取模塊，用于獲取預處理業務服務器列表，并從中選取預處理業務服務器；

處理結果接收模塊，用于將所述請求參數信息發送至所述選取的預處理業務服務器，并接收其返回的處理結果；

處理結果分析模塊，用于判斷所述返回的處理結果是否異常；

錯誤頁面提示模塊，用于在處理結果異常時跳轉到錯誤頁面。

上述網頁訪問請求的處理方法及裝置中，將具體處理業務邏輯的業務處理算法的執行任務放置在可與web應用服務器獨立的預處理業務服務器上，若業務處理算法進行更新，并不需要重新部署web應用服務器，web應用服務器可在不宕機的情況下持續地處理用戶的網頁訪問請求。預處理業務服務器在執行業務處理算法時，若出現致命異常，也不會導致web應用服務器的崩潰，從而提高了可靠性。

同時，將業務處理算法的執行放置于獨立的預處理業務服務器上，使得計算任務可在多臺預處理業務服務器上執行，避免了web應用服務器在高并發環境下執行業務處理算法時計算任務過重的問題，提高了web應用服務器的響應速度。

附圖說明

圖1為一個實施例中網頁訪問請求的處理方法的流程圖；

圖2為一個實施例中web應用服務器與預處理業務服務器的拓撲結構圖；

圖3為一個實施例中網頁訪問請求的處理裝置的結構示意圖；

圖4為另一個實施例中網頁訪問請求的處理裝置的結構示意圖；

圖5為一個實施例中運行網頁訪問請求的處理方法的服務器運行環境示意圖。

具體實施方式

為了使本發明的目的、技術方案及優點更加清楚明白，以下結合附圖及實施例，對本發明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發明，并不用于限定本發明。

除非上下文另有特定清楚的描述，本發明中的元件和組件，數量既可以單個的形式存在，也可以多個的形式存在，本發明并不對此進行限定。本發明中的步驟雖然用標號進行了排列，但并不用于限定步驟的先后次序，除非明確說明了步驟的次序或者某步驟的執行需要其他步驟作為基礎，否則步驟的相對次序是可以調整的。可以理解，本文中所使用的術語“和/或”涉及且涵蓋相關聯的所列項目中的一者或一者以上的任何和所有可能的組合。