一種請求處理的方法和終端與流程

2023-05-13 12:52:46

本發明涉及通訊技術領域，尤其涉及一種請求處理的方法和終端。

背景技術：

視圖-模型-控制器(modelviewcontroller，mvc)框架是軟體工程中的一種軟體架構模式，把軟體系統分為三個基本部分：模型(model)、視圖(view)和控制器(controller)。model實現系統中的業務邏輯，view用於與用戶的交互，controller層是model與view之間溝通的橋梁。而springmvc是一種基於java實現的webmvc框架，通過實現mvc很好的將數據、業務、展現進行分離，即使用了mvc架構模式的思想，將web層進行職責解耦，基於請求驅動的請求-響應模型。

在springmvc框架中在進行請求處理流程時，由於在springmvc框架中從發起請求到響應，一定要經過前端控制器(dispatcherservlet)處理，以及使用處理器映射(handlermapping)分發給相應的控制器，控制器組裝成相應的模型和視圖(modelandview)，並通過視圖解析器(viewresolver)，最後將view可視結果響應給用戶。

然而，處理的流程越複雜，耗費資源以及耗時越長，對於一些長時間、高並發交互的頁面(比如：主頁等)，必然會給伺服器帶來極大壓力，而且由於耗時長，會使用戶體驗降低。

技術實現要素：

為解決上述技術問題，本發明實施例提供一種請求處理的方法和終端，減少了請求響應時間，提高了請求處理效率。

為達到上述目的，本發明實施例的技術方案是這樣實現的：

本發明實施例提供了一種請求處理的方法，包括：

在視圖-模型-控制器mvc框架中進行請求處理時，利用至少一個請求建立散列表；所述散列表包括：至少一個請求的標識信息和每個請求的標識信息對應的響應信息；或者，所述散列表包括：至少一個請求的標識信息和每個請求的標識信息對應的響應信息的索引信息；

獲取當前請求的標識信息；

在所述散列表中存在所述當前請求的標識信息時，從所述散列表中獲取所述當前請求的標識信息對應的響應信息；或者，從所述散列表中獲取所述當前請求的標識信息對應的響應信息的索引信息，根據所述索引信息獲取所述當前請求的標識信息對應的響應信息；

在所述當前請求的標識信息對應的響應信息有效時，輸出所述響應信息。

上述方案中，所述方法還包括：在所述散列表中不存在所述當前請求的標識信息時，根據mvc框架獲取所述當前請求對應的響應信息；

在所述散列表中存在所述當前請求的標識信息，且所述當前請求的標識信息對應的響應信息無效時，根據mvc框架獲取所述當前請求對應的響應信息。

上述方案中，所述在所述散列表中不存在所述當前請求的標識信息時，根據mvc框架獲取所述當前請求對應的響應信息後，所述方法還包括：利用所述當前請求的標識信息和所述當前請求對應的響應信息更新所述散列表；

在所述散列表中存在所述當前請求的標識信息，且所述當前請求的標識信息對應的響應信息無效時，根據mvc框架獲取所述當前請求對應的響應信息後，所述方法還包括：利用獲得的所述當前請求對應的響應信息更新所述散列表。

上述方案中，所述標識信息為統一資源標識符uri。

上述方案中，所述mvc框架為springmvc框架時，所述利用至少一個請求建立散列表包括：在前端控制器的過濾器中利用至少一個請求建立散列表；

所述獲取當前請求的標識信息包括：通過所述過濾器獲取當前請求的標識信息。

本發明實施例還提供了一種終端，其特徵在於，所述終端包括：處理器、存儲器和通信總線；其中，

所述通信總線用於實現處理器和存儲器之間的連接通信；

所述處理器用於執行存儲器中存儲的請求處理程序，以實現以下步驟：

在視圖-模型-控制器mvc框架中進行請求處理時，利用至少一個請求建立散列表；所述散列表包括：至少一個請求的標識信息和每個請求的標識信息對應的響應信息；或者，所述散列表包括：至少一個請求的標識信息和每個請求的標識信息對應的響應信息的索引信息；

獲取當前請求的標識信息；

在所述散列表中存在所述當前請求的標識信息時，從所述散列表中獲取所述當前請求的標識信息對應的響應信息；或者，從所述散列表中獲取所述當前請求的標識信息對應的響應信息的索引信息，根據所述索引信息獲取所述當前請求的標識信息對應的響應信息；

在所述當前請求的標識信息對應的響應信息有效時，輸出所述當前請求對應的響應信息。

上述方案中，所述處理器還用於執行所述請求處理程序，以實現以下步驟：

在所述散列表中不存在所述當前請求的標識信息時，根據mvc框架獲取所述當前請求對應的響應信息；

在所述散列表中存在所述當前請求的標識信息，且所述當前請求的標識信息對應的響應信息無效時，根據mvc框架獲取所述當前請求對應的響應信息。

上述方案中，所述在所述散列表中不存在所述當前請求的標識信息時，根據mvc框架獲取所述當前請求對應的響應信息後，所述處理器還用於執行所述請求處理程序，以實現以下步驟：利用所述當前請求的標識信息和所述當前請求對應的響應信息更新所述散列表；

在所述散列表中存在所述當前請求的標識信息，且所述當前請求的標識信息對應的響應信息無效時，根據mvc框架獲取所述當前請求對應的響應信息後，所述處理器還用於執行所述請求處理程序，以實現以下步驟：利用獲得的所述當前請求對應的響應信息更新所述散列表。

本發明實施例還提供了一種計算機可讀存儲介質，其特徵在於，所述計算機可讀存儲介質存儲有一個或者多個程序，所述一個或者多個程序可被一個或者多個處理器執行，以實現以下步驟：

在視圖-模型-控制器mvc框架中進行請求處理時，利用至少一個請求建立散列表；所述散列表包括：至少一個請求的標識信息和每個請求的標識信息對應的響應信息；或者，所述散列表包括：至少一個請求的標識信息和每個請求的標識信息對應的響應信息的索引信息；

獲取當前請求的標識信息；

在所述散列表中存在所述當前請求的標識信息時，從所述散列表中獲取所述當前請求的標識信息對應的響應信息；或者，從所述散列表中獲取所述當前請求的標識信息對應的響應信息的索引信息，根據所述索引信息獲取所述當前請求的標識信息對應的響應信息；

在所述當前請求的標識信息對應的響應信息有效時，輸出所述當前請求對應的響應信息。

上述方案中，所述一個或者多個程序還可被所述一個或者多個處理器執行，以實現以下步驟：

在所述散列表中不存在所述當前請求的標識信息時，根據mvc框架獲取所述當前請求對應的響應信息；

在所述散列表中存在所述當前請求的標識信息，且所述當前請求的標識信息對應的響應信息無效時，根據mvc框架獲取所述當前請求對應的響應信息。

本發明實施例提供的一種請求處理的方法和終端，該方法包括：在mvc框架中進行請求處理時，利用至少一個請求建立散列表；所述散列表包括：至少一個請求的標識信息和每個請求的標識信息對應的響應信息；或者，所述散列表包括：至少一個請求的標識信息和每個請求的標識信息對應的響應信息的索引信息；獲取當前請求的標識信息；在所述散列表中存在所述當前請求的標識信息時，從所述散列表中獲取所述當前請求的標識信息對應的響應信息；或者，從所述散列表中獲取所述當前請求的標識信息對應的響應信息的索引信息，根據所述索引信息獲取所述當前請求的標識信息對應的響應信息；在所述當前請求的標識信息對應的響應信息有效時，輸出所述響應信息。與現有技術相比，本發明實施例通過為請求與對應的響應信息建立散列表，在進行請求處理時，可直接從散列表中獲得請求對應的響應信息，簡化了mvc框架中請求處理流程，減少了請求響應時間，提高了請求處理效率。

附圖說明

圖1為實現本發明各個實施例一個可選的移動終端的硬體結構示意圖；

圖2為如圖1所示的移動終端的無線通信系統示意圖；

圖3為本發明實施例中正常的springmvc請求處理流程的示意圖；

圖4為本發明請求處理的方法的第一實施例的流程圖；

圖5為本發明請求處理的方法的第二實施例的流程圖；

圖6為本發明請求處理的方法的第三實施例的流程圖；

圖7為本發明實施例進行請求處理的終端的組成結構示意圖。

具體實施方式

應當理解，此處所描述的具體實施例僅僅用以解釋本發明，並不用於限定本發明。

現在將參考附圖描述實現本發明各個實施例的移動終端。在後續的描述中，使用用於表示元件的諸如「模塊」、「部件」或「單元」的後綴僅為了有利於本發明的說明，其本身並沒有特定的意義。因此，"模塊"與"部件"可以混合地使用。

移動終端可以以各種形式來實施。例如，本發明實施例中描述的終端可以包括諸如行動電話、智慧型電話、筆記本電腦、數字廣播接收器、個人數字助理(pda)、平板電腦(pad)、可攜式多媒體播放器(pmp)、導航裝置等等的移動終端以及諸如數字tv、臺式計算機等等的固定終端。下面，假設終端是移動終端。然而，本領域技術人員將理解的是，除了特別用於移動目的的元件之外，根據本發明的實施方式的構造也能夠應用於固定類型的終端。

圖1為實現本發明各個實施例一個可選的移動終端的硬體結構示意圖。

移動終端100可以包括無線通信單元110、音頻/視頻(a/v)輸入單元120、用戶輸入單元130、感測單元140、輸出單元150、存儲器160、接口單元170、控制器180和電源單元190等等。圖1示出了具有各種組件的移動終端，但是應理解的是，並不要求實施所有示出的組件。可以替代地實施更多或更少的組件。將在下面詳細描述移動終端的元件。

無線通信單元110通常包括一個或多個組件，其允許移動終端100與無線通信系統或網絡之間的無線電通信。例如，無線通信單元可以包括廣播接收模塊111、移動通信模塊112、無線網際網路模塊113、短程通信模塊114和位置信息模塊115中的至少一個。

廣播接收模塊111經由廣播信道從外部廣播管理伺服器接收廣播信號和/或廣播相關信息。廣播信道可以包括衛星信道和/或地面信道。廣播管理伺服器可以是生成並發送廣播信號和/或廣播相關信息的伺服器或者接收之前生成的廣播信號和/或廣播相關信息並且將其發送給終端的伺服器。廣播信號可以包括tv廣播信號、無線電廣播信號、數據廣播信號等等。而且，廣播信號可以進一步包括與tv或無線電廣播信號組合的廣播信號。廣播相關信息也可以經由移動通信網絡提供，並且在該情況下，廣播相關信息可以由移動通信模塊112來接收。廣播信號可以以各種形式存在，例如，其可以以數字多媒體廣播(dmb)的電子節目指南(epg)、數字視頻廣播手持(dvb-h)的電子服務指南(esg)等等的形式而存在。廣播接收模塊111可以通過使用各種類型的廣播系統接收信號廣播。特別地，廣播接收模塊111可以通過使用諸如多媒體廣播-地面(dmb-t)、數字多媒體廣播-衛星(dmb-s)、數字視頻廣播-手持(dvb-h)，前向鏈路媒體(mediaflo@)的數據廣播系統、地面數字廣播綜合服務(isdb-t)等等的數字廣播系統接收數字廣播。廣播接收模塊111可以被構造為適合提供廣播信號的各種廣播系統以及上述數字廣播系統。經由廣播接收模塊111接收的廣播信號和/或廣播相關信息可以存儲在存儲器160(或者其它類型的存儲介質)中。

移動通信模塊112將無線電信號發送到基站(例如，接入點、節點b等等)、外部終端以及伺服器中的至少一個和/或從其接收無線電信號。這樣的無線電信號可以包括語音通話信號、視頻通話信號、或者根據文本和/或多媒體消息發送和/或接收的各種類型的數據。

無線網際網路模塊113支持移動終端的無線網際網路接入。該模塊可以內部或外部地耦接到終端。該模塊所涉及的無線網際網路接入技術可以包括無線區域網(wlan)(wi-fi)、無線寬帶(wibro)、全球微波互聯接入(wimax)、高速下行鏈路分組接入(hsdpa)等等。

短程通信模塊114是用於支持短程通信的模塊。短程通信技術的一些示例包括藍牙tm、射頻識別(rfid)、紅外數據協會(irda)、超寬帶(uwb)、紫蜂tm等等。

位置信息模塊115是用於檢查或獲取移動終端的位置信息的模塊。位置信息模塊的典型示例是全球定位系統(gps)。根據當前的技術，作為gps的位置信息模塊115計算來自三個或更多衛星的距離信息和準確的時間信息並且對於計算的信息應用三角測量法，從而根據經度、緯度和高度準確地計算三維當前位置信息。當前，用於計算位置和時間信息的方法使用三顆衛星並且通過使用另外的一顆衛星校正計算出的位置和時間信息的誤差。此外，gps模塊115能夠通過實時地連續計算當前位置信息來計算速度信息。

a/v輸入單元120用於接收音頻或視頻信號。a/v輸入單元120可以包括相機121和麥克風1220，相機121對在視頻捕獲模式或圖像捕獲模式中由圖像捕獲裝置獲得的靜態圖片或視頻的圖像數據進行處理。處理後的圖像幀可以顯示在顯示單元151上。經相機121處理後的圖像幀可以存儲在存儲器160(或其它存儲介質)中或者經由無線通信單元110進行發送，可以根據移動終端的構造提供兩個或更多相機121。麥克風122可以在電話通話模式、記錄模式、語音識別模式等等運行模式中經由麥克風接收聲音(音頻數據)，並且能夠將這樣的聲音處理為音頻數據。處理後的音頻(語音)數據可以在電話通話模式的情況下轉換為可經由移動通信模塊112發送到移動通信基站的格式輸出。麥克風122可以實施各種類型的噪聲消除(或抑制)算法以消除(或抑制)在接收和發送音頻信號的過程中產生的噪聲或者幹擾。

用戶輸入單元130可以根據用戶輸入的命令生成鍵輸入數據以控制移動終端的各種操作。用戶輸入單元130允許用戶輸入各種類型的信息，並且可以包括鍵盤、鍋仔片、觸摸板(例如，檢測由於被接觸而導致的電阻、壓力、電容等變化的觸敏組件)、滾輪、搖杆等等。特別地，當觸摸板以層的形式疊加在顯示單元151上時，可以形成觸控螢幕。

感測單元140檢測移動終端100的當前狀態，(例如，移動終端100的打開或關閉狀態)、移動終端100的位置、用戶對於移動終端100的接觸(即，觸摸輸入)的有無、移動終端100的取向、移動終端100的加速或減速移動和方向等等，並且生成用於控制移動終端100的操作的命令或信號。例如，當移動終端100實施為滑動型行動電話時，感測單元140可以感測該滑動型電話是打開還是關閉。另外，感測單元140能夠檢測電源單元190是否提供電力或者接口單元170是否與外部裝置耦接。

接口單元170用作至少一個外部裝置與移動終端100連接可以通過的接口。例如，外部裝置可以包括有線或無線頭戴式耳機埠、外部電源(或電池充電器)埠、有線或無線數據埠、存儲卡埠、用於連接具有識別模塊的裝置的埠、音頻輸入/輸出(i/o)埠、視頻i/o埠、耳機埠等等。識別模塊可以是存儲用於驗證用戶使用移動終端100的各種信息並且可以包括用戶識別模塊(uim)、客戶識別模塊(sim)、通用客戶識別模塊(usim)等等。另外，具有識別模塊的裝置(下面稱為「識別裝置」)可以採取智慧卡的形式，因此，識別裝置可以經由埠或其它連接裝置與移動終端100連接。接口單元170可以用於接收來自外部裝置的輸入(例如，數據信息、電力等等)並且將接收到的輸入傳輸到移動終端100內的一個或多個元件或者可以用於在移動終端和外部裝置之間傳輸數據。

另外，當移動終端100與外部底座連接時，接口單元170可以用作允許通過其將電力從底座提供到移動終端100的路徑或者可以用作允許從底座輸入的各種命令信號通過其傳輸到移動終端的路徑。從底座輸入的各種命令信號或電力可以用作用於識別移動終端是否準確地安裝在底座上的信號。輸出單元150被構造為以視覺、音頻和/或觸覺方式提供輸出信號(例如，音頻信號、視頻信號、警報信號、振動信號等等)。輸出單元150可以包括顯示單元151、音頻輸出模塊152、警報單元153等等。

顯示單元151可以顯示在移動終端100中處理的信息。例如，當移動終端100處於電話通話模式時，顯示單元151可以顯示與通話或其它通信(例如，文本消息收發、多媒體文件下載等等)相關的用戶界面(user'sinterface，ui)或圖形用戶界面(gui)。當移動終端100處於視頻通話模式或者圖像捕獲模式時，顯示單元151可以顯示捕獲的圖像和/或接收的圖像、示出視頻或圖像以及相關功能的ui或gui等等。

同時，當顯示單元151和觸摸板以層的形式彼此疊加以形成觸控螢幕時，顯示單元151可以用作輸入裝置和輸出裝置。顯示單元151可以包括液晶顯示器(lcd)、薄膜電晶體lcd(tft-lcd)、有機發光二極體(oled)顯示器、柔性顯示器、三維(3d)顯示器等等中的至少一種。這些顯示器中的一些可以被構造為透明狀以允許用戶從外部觀看，這可以稱為透明顯示器，典型的透明顯示器可以例如為透明有機發光二極體(toled)顯示器等等。根據特定想要的實施方式，移動終端100可以包括兩個或更多顯示單元(或其它顯示裝置)，例如，移動終端可以包括外部顯示單元(未示出)和內部顯示單元(未示出)。觸控螢幕可用於檢測觸摸輸入壓力以及觸摸輸入位置和觸摸輸入面積。

音頻輸出模塊152可以在移動終端處於呼叫信號接收模式、通話模式、記錄模式、語音識別模式、廣播接收模式等等模式下時，將無線通信單元110接收的或者在存儲器160中存儲的音頻數據轉換音頻信號並且輸出為聲音。而且，音頻輸出模塊152可以提供與移動終端100執行的特定功能相關的音頻輸出(例如，呼叫信號接收聲音、消息接收聲音等等)。音頻輸出模塊152可以包括揚聲器、蜂鳴器等等。

警報單元153可以提供輸出以將事件的發生通知給移動終端100。典型的事件可以包括呼叫接收、消息接收、鍵信號輸入、觸摸輸入等等。除了音頻或視頻輸出之外，警報單元153可以以不同的方式提供輸出以通知事件的發生。例如，警報單元153可以以振動的形式提供輸出，當接收到呼叫、消息或一些其它進入通信(incomingcommunication)時，警報單元153可以提供觸覺輸出(即，振動)以將其通知給用戶。通過提供這樣的觸覺輸出，即使在用戶的行動電話處於用戶的口袋中時，用戶也能夠識別出各種事件的發生。警報單元153也可以經由顯示單元151或音頻輸出模塊152提供通知事件的發生的輸出。

存儲器160可以存儲由控制器180執行的處理和控制操作的軟體程序等等，或者可以暫時地存儲已經輸出或將要輸出的數據(例如，電話簿、消息、靜態圖像、視頻等等)。而且，存儲器160可以存儲關於當觸摸施加到觸控螢幕時輸出的各種方式的振動和音頻信號的數據。

存儲器160可以包括至少一種類型的存儲介質，所述存儲介質包括快閃記憶體、硬碟、多媒體卡、卡型存儲器(例如，sd或dx存儲器等等)、隨機訪問存儲器(ram)、靜態隨機訪問存儲器(sram)、只讀存儲器(rom)、電可擦除可編程只讀存儲器(eeprom)、可編程只讀存儲器(prom)、磁性存儲器、磁碟、光碟等等。而且，移動終端100可以與通過網絡連接執行存儲器160的存儲功能的網絡存儲裝置協作。

控制器180通常控制移動終端的總體操作。例如，控制器180執行與語音通話、數據通信、視頻通話等等相關的控制和處理。另外，控制器180可以包括用於再現(或回放)多媒體數據的多媒體模塊181，多媒體模塊181可以構造在控制器180內，或者可以構造為與控制器180分離。控制器180可以執行模式識別處理，以將在觸控螢幕上執行的手寫輸入或者圖片繪製輸入識別為字符或圖像。

電源單元190在控制器180的控制下接收外部電力或內部電力並且提供操作各元件和組件所需的適當的電力。

這裡描述的各種實施方式可以以使用例如計算機軟體、硬體或其任何組合的計算機可讀介質來實施。對於硬體實施，這裡描述的實施方式可以通過使用特定用途集成電路(asic)、數位訊號處理器(dsp)、數位訊號處理裝置(dspd)、可編程邏輯裝置(pld)、現場可編程門陣列(fpga)、處理器、控制器、微控制器、微處理器、被設計為執行這裡描述的功能的電子單元中的至少一種來實施，在一些情況下，這樣的實施方式可以在控制器180中實施。對於軟體實施，諸如過程或功能的實施方式可以與允許執行至少一種功能或操作的單獨的軟體模塊來實施。軟體代碼可以由以任何適當的程式語言編寫的軟體應用程式(或程序)來實施，軟體代碼可以存儲在存儲器160中並且由控制器180執行。

至此，已經按照其功能描述了移動終端。下面，為了簡要起見，將描述諸如摺疊型、直板型、擺動型、滑動型移動終端等等的各種類型的移動終端中的滑動型移動終端作為示例。因此，本發明能夠應用於任何類型的移動終端，並且不限於滑動型移動終端。

如圖1中所示的移動終端100可以被構造為利用經由幀或分組發送數據的諸如有線和無線通信系統以及基於衛星的通信系統來操作。

現在將參考圖2描述其中根據本發明的移動終端能夠操作的通信系統。

這樣的通信系統可以使用不同的空中接口和/或物理層。例如，由通信系統使用的空中接口包括例如頻分多址(fdma)、時分多址(tdma)、碼分多址(cdma)和通用移動通信系統(umts)(特別地，長期演進(lte))、全球移動通信系統(gsm)等等。作為非限制性示例，下面的描述涉及cdma通信系統，但是這樣的教導同樣適用於其它類型的系統。

參考圖2，cdma無線通信系統可以包括多個移動終端100、多個基站(bs)270、基站控制器(bsc)275和移動交換中心(msc)280。msc280被構造為與公共電話交換網絡(pstn)290形成接口。msc280還被構造為與可以經由回程線路耦接到基站270的bsc275形成接口。回程線路可以根據若干已知的接口中的任一種來構造，所述接口包括例如e1/t1、atm，ip、ppp、幀中繼、hdsl、adsl或xdsl。將理解的是，如圖2中所示的系統可以包括多個bsc275。

每個bs270可以服務一個或多個分區(或區域)，由多向天線或指向特定方向的天線覆蓋的每個分區放射狀地遠離bs270。或者，每個分區可以由用於分集接收的兩個或更多天線覆蓋。每個bs270可以被構造為支持多個頻率分配，並且每個頻率分配具有特定頻譜(例如，1.25mhz,5mhz等等)。

分區與頻率分配的交叉可以被稱為cdma信道。bs270也可以被稱為基站收發器子系統(bts)或者其它等效術語。在這樣的情況下，術語「基站」可以用於籠統地表示單個bsc275和至少一個bs270。基站也可以被稱為「蜂窩站」。或者，特定bs270的各分區可以被稱為多個蜂窩站。

如圖2中所示，廣播發射器(bt)295將廣播信號發送給在系統內操作的移動終端100。如圖1中所示的廣播接收模塊111被設置在移動終端100處以接收由bt295發送的廣播信號。在圖2中，示出了幾個全球定位系統(gps)衛星300。衛星300幫助定位多個移動終端100中的至少一個。

在圖2中，描繪了多個衛星300，但是理解的是，可以利用任何數目的衛星獲得有用的定位信息。如圖1中所示的gps模塊115通常被構造為與衛星300配合以獲得想要的定位信息。替代gps跟蹤技術或者在gps跟蹤技術之外，可以使用可以跟蹤移動終端的位置的其它技術。另外，至少一個gps衛星300可以選擇性地或者額外地處理衛星dmb傳輸。

作為無線通信系統的一個典型操作，bs270接收來自各種移動終端100的反向鏈路信號。移動終端100通常參與通話、消息收發和其它類型的通信。特定基站270接收的每個反向鏈路信號被在特定bs270內進行處理。獲得的數據被轉發給相關的bsc275。bsc提供通話資源分配和包括bs270之間的軟切換過程的協調的移動管理功能。bsc275還將接收到的數據路由到msc280，其提供用於與pstn290形成接口的額外的路由服務。類似地，pstn290與msc280形成接口，msc與bsc275形成接口，並且bsc275相應地控制bs270以將正向鏈路信號發送到移動終端100。

基於上述移動終端硬體結構以及通信系統，提出本發明各個實施例。

下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述。

第一實施例

本發明第一實施例提出了一種請求處理的方法，可以應用於具有請求處理功能的終端中。

這裡，上述記載的終端可以是具有顯示屏的固定終端，也可以是具有顯示屏的移動終端。

上述記載的固定終端可以是計算機等，上述記載的移動終端包括但不限於行動電話、筆記本電腦、相機、pda、pad、pmp、導航裝置等等。所述終端可以連接至網際網路，其中，所述連接的方式可以是通過運營商提供的移動網際網路進行連接，還可以是通過接入無線接入點來進行網絡連接。

這裡，移動終端如果具有作業系統，該作業系統可以為unix、linux、windows、安卓(android)、windowsphone等等。

需要說明的是，對終端上的顯示屏的種類、形狀、大小等不進行限制，示例性的，終端上的顯示屏可以是液晶顯示屏等。

在本發明第一實施例中，上述記載的顯示屏用於向用戶提供人機互動的界面，在上述記載的移動終端可以為手機。

圖3為本發明實施例中正常的springmvc請求處理流程的示意圖，如圖3所示，在springmvc框架中進行請求處理流程時，前端控制器捕獲到請求後對請求進行處理，使用處理器映射分發給相應的控制器(如：控制器01、控制器02和控制器03)，控制器處理完成相應的請求任務後，組裝成相應的模型和視圖，並通過視圖解析器獲得解析後的視圖對象，最後可視結果展示給用戶。

從上述描述可以看出，在利用現有的springmvc框架獲取請求對應的響應信息時，每一個請求都需要通過上述步驟才能得到對應的響應信息，對於一些長時間、高並發交互的頁面(比如：主頁等)，重複的處理流程必然會給伺服器帶來很大的壓力，降低伺服器的處理速度，延長處理時長。因此，為了解決現有mvc框架下請求處理存在的以上問題，提出了一種新的請求處理的方法，可以減少請求響應時間，提高請求處理效率。

圖4為本發明請求處理的方法的第一實施例的流程圖，如圖4所示，該方法包括：

步驟401：在mvc框架中進行請求處理時，利用至少一個請求建立散列表；所述散列表包括：至少一個請求的標識信息和每個請求的標識信息對應的響應信息；或者，所述散列表包括：至少一個請求的標識信息和每個請求的標識信息對應的響應信息的索引信息。

示例性的，標識信息可以為統一資源標識符(uniformresourceidentifier，uri)，也可以為統一資源定位符(uniformresourcelocation，url)。uri是一個用於標識某一網際網路資源名稱的字符串，這種標識可以對任何(包括本地和網際網路)的資源通過特定的協議進行交互操作。web上可用的每種資源、圖像、視頻片段、程序等，由一個uri進行定位。

在實際實施時，散列表中可以包括：至少一個請求的標識信息和每個請求的標識信息對應的響應信息，其中，請求的標識信息與響應信息可以是一對一的映射關係，通過請求的標識信息可以直接確定唯一的響應信息。

散列表中還可以包括：至少一個請求的標識信息和每個請求的標識信息對應的響應信息的索引信息，其中，響應信息的索引信息可以是響應信息的存儲地址，請求的標識信息與響應信息的索引信息可以是一對一的映射關係，通過請求的標識信息可以確定唯一的響應信息的索引信息，進一步的通過索引信息確定具體的響應信息。在實際實施時，散列表也可以是一種根據關鍵字key得到值value的存儲地址，從而直接進行訪問的數據結構，關鍵字key(即標識信息)，存儲地址(即響應信息的索引信息)，值value(即響應信息)。

步驟402：獲取當前請求的標識信息。

示例性的，本發明實施例中mvc框架為springmvc框架時，通過在前端控制器的過濾器filter中利用至少一個請求建立散列表，並通過過濾器filter獲取當前請求的標識信息。

步驟403：在所述散列表中存在所述當前請求的標識信息時，從所述散列表中獲取所述當前請求的標識信息對應的響應信息；或者，從所述散列表中獲取所述當前請求的標識信息對應的響應信息的索引信息，根據所述索引信息獲取所述當前請求的標識信息對應的響應信息。

在實際實施時，在散列表中不存在當前請求的標識信息時，根據mvc框架獲取當前請求對應的響應信息。進一步的，在獲取到當前請求對應的響應信息後，還可以利用當前請求的標識信息和當前請求對應的響應信息更新散列表。

示例性的，利用當前請求的標識信息和當前請求對應的響應信息更新散列表，可以包括：為當前請求的標識信息與對應的響應信息建立一對一的映射關係後存儲到散列表中；或者，為當前請求的標識信息與對應的響應信息的索引信息建立一對一的映射關係後存儲到散列表中。

示例性的，在springmvc框架中，過濾器獲取當前請求的uri後，判斷在散列表中是否存在當前請求的uri，如果存在，通過散列表獲取當前請求的uri對應的響應信息，如果不存在，通過正常的springmvc請求處理流程(即圖3所示的請求處理流程)來處理當前請求，獲得當前請求對應的響應信息。在完成springmvc請求處理流程後，在響應信息輸出到頁面前，將該響應信息的輸出數據流截獲，並將當前請求的uri與對應的響應信息存儲到散列表中。

這裡，正常的springmvc請求處理流程可以包括：在請求經過前端控制器處理後，使用處理器映射分發給響應的控制器，控制器組裝成相應的模型和視圖，模型和視圖通過視圖解析器後，將視圖返回。

步驟404：在所述當前請求的標識信息對應的響應信息有效時，輸出所述響應信息。

在實際實施時，在散列表中存在所述當前請求的標識信息，且當前請求的標識信息對應的響應信息無效時，根據mvc框架獲取所述當前請求對應的響應信息。進一步的，在獲取到當前請求對應的響應信息後，還可以利用獲得的當前請求對應的響應信息更新散列表。

示例性的，利用獲得的當前請求對應的響應信息更新散列表，可以包括：將當前請求對應的響應信息作為當前請求的標識信息對應的響應信息存儲到散列表中；或者，為當前請求的響應信息建立索引信息，將該索引信息存儲到散列表中。

示例性的，在springmvc框架中，如果在散列表中存在當前請求的uri，但通過散列表獲得的當前請求的uri對應的響應信息無效(例如：響應信息為空)，同樣通過正常的springmvc請求處理流程來處理當前請求，獲得當前請求對應的響應信息。在完成springmvc請求處理流程後，在響應信息輸出到頁面前，將該響應信息的輸出數據流截獲，並將該響應信息作為當前請求的uri與對應的響應信息存儲到散列表中。

為了能更加體現本發明的目的，在本發明第一實施例的基礎上，以springmvc框架下請求信息的處理為例，對上述方案進行進一步的舉例說明。

第二實施例

圖5為本發明請求處理的方法第二實施例的流程圖，如圖5所示，該流程包括：

步驟501：獲得當前請求。

步驟502：判斷散列表中是否包含當前請求的uri，如果是，執行步驟503；如果否，執行步驟505。

本發明實施例中，散列表包括：至少一個請求的uri和每個請求的uri對應的響應信息，即可以從散列表中直接讀取請求的uri對應的響應信息。

示例性的，前端控制器的過濾器截獲當前請求的uri後，在緩存的散列表中查詢是否包含當前請求的uri，如果包含，可以確定當前請求對應的響應信息已經預先被存儲在散列表中，從散列表中可直接獲取對應的響應信息，不需要繼續執行正常的springmvc的請求處理流程中前端控制器之後的請求處理流程；如果不包含，則需要繼續執行正常的springmvc的請求處理流程，從而獲得當前請求對應的響應信息。

步驟503：判斷散列表中當前請求的uri對應的響應信息是否有效，如果是，執行步驟504；如果否，執行步驟505。

示例性的，判斷散列表中當前請求的uri對應的響應信息是否為空，如果為空，說明散列表中並沒有存儲當前請求的uri對應的響應信息。如果不為空，說明散列表中已經預先存儲了當前請求的uri對應的響應信息。

步驟504：輸出當前請求對應的響應信息。

本步驟中，從散列表中獲得的響應信息可以直接輸出至客戶端。

步驟505：繼續執行正常的springmvc的請求處理流程，獲得當前請求對應的響應信息。

需要說明的是，當前請求為首次請求時，即散列表為空或者散列表中不存在當前請求的uri時，對於當前請求的處理需要執行全部的springmvc的請求處理流程，獲得當前請求對應的響應信息，再利用當前請求的uri和響應信息更新散列表，在下一次發出同樣請求時，經前端控制器的過濾器判斷後，確定散列表中已經緩存了該請求的響應信息，讀取並輸出該請求的響應信息。

步驟506：判斷是否需要將當前請求的uri和對應的響應信息保存到散列表中，如果是，執行步驟507；如果否，執行步驟508。

可以理解的是，散列表中可以存儲一些響應時間長高並發交互的頁面請求，來減少伺服器處理這些請求時的資源佔用，對於請求頻率低響應時間短的頁面請求，則無須存儲到散列表中，直接利用正常的springmvc的請求處理流程來處理，這樣可以提高存儲空間的利用效率。

在實際實施時，可以根據當前請求的特性來判斷是否需要將對應的響應信息保存到散列表中。

步驟507：利用當前請求的uri和對應的響應信息更新散列表。

步驟508：輸出響應信息。

本發明實施例通過前端控制器的過濾器判斷是否可以利用緩存的散列表中的數據來響應當前請求，減少了資源消耗，提高了響應速度。本發明實施例提供的請求處理的方法經實際測試後得出，在對一個2kb大小的頁面進行請求時，通過正常的springmvc的請求處理流程需要20ms左右的時間，而通過本發明實施例所提供的方法只需要10ms左右的時間，將響應時間縮短了一半，響應速度提高了一倍。

第三實施例

為了能更加體現本發明的目的，在本發明第一實施例的基礎上進行進一步的舉例說明。

圖6為本發明請求處理的方法的第三實施例的流程圖，如圖6所示，該流程包括：

步驟601：建立一個緩存散列表hash-uri。

本發明實施例中，散列表hash-uri中可以包括關鍵字key和響應信息的存儲地址，hash-uri中關鍵字key即為請求的標識信息，響應信息的存儲地址即為響應信息的索引信息，在存儲地址中可以讀取請求對應的響應數據。

在實際實施時，根據hash-uri中關鍵字key可直接獲得響應信息的存儲地址，關鍵字key和響應信息的存儲地址之間可以通過哈希函數建立對應關係，哈希函數可以表示為：p＝f(k)，其中，k為關鍵字，p為響應信息的存儲地址，f即為k和p之間建立的哈希函數，從hash-uri中可以直接根據請求的標識信息，確定響應信息的存儲地址。示例性的，在hash-uri中包含當前請求的標識信息時，利用指定的哈希函數計算得到當前請求的標識信息對應存儲地址，獲取該存儲地址中的響應信息。

步驟602：獲取當前超文本傳輸協議(hypertexttransferprotocol，http)請求。

這裡，當瀏覽器向web伺服器發出http請求時，會向伺服器傳遞一個請求信息，來獲取響應信息。

步驟603：判斷hash-uri中是否包含當前http請求的標識信息，如果否，執行步驟604；如果是，執行步驟606。

示例性的，客戶端需要輸出相關網頁時，通過客戶端向伺服器端發起http請求，伺服器端上的dispatcherservlet中的filter截獲當前http請求的標識信息，先判斷hash-uri中是否包含當前http請求的標識信息，如果是，說明當前http請求的響應信息已經預先被緩存在hash-uri中，可以通過hash-uri直接獲得；如果否，說明當前http請求的響應信息沒有被緩存，需要繼續執行正常的請求處理流程來獲取。

步驟604：繼續執行正常的請求處理流程，獲得當前http請求對應的響應信息。

示例性的，在springmvc框架下正常的請求處理流程如圖3所示，在獲得當前http請求的響應信息後，執行步驟605。

步驟605：利用當前http請求的標識信息和對應的響應信息更新散列表後，輸出當前http請求對應的響應信息。

在本發明實施例中，可以將所有的http請求對應的響應信息使用散列表進行緩存，提高所有的頁面請求的響應速度。

步驟606：從hash-uri中獲取當前http請求的響應信息的存儲地址。

步驟607：判斷該存儲地址中保存的數據是否為空，如果是，執行步驟608；如果否，執行步驟，604。

步驟608：輸出當前http請求對應的響應信息。

本發明實施例提供的一種請求處理的方法和終端，該方法包括：在mvc框架中進行請求處理時，利用至少一個請求建立散列表；所述散列表包括：至少一個請求的標識信息和每個請求的標識信息對應的響應信息；或者，所述散列表包括：至少一個請求的標識信息和每個請求的標識信息對應的響應信息的索引信息；獲取當前請求的標識信息；在所述散列表中存在所述當前請求的標識信息時，從所述散列表中獲取所述當前請求的標識信息對應的響應信息；或者，從所述散列表中獲取所述當前請求的標識信息對應的響應信息的索引信息，根據所述索引信息獲取所述當前請求的標識信息對應的響應信息；在所述當前請求的標識信息對應的響應信息有效時，輸出所述響應信息。與現有技術相比，本發明實施例通過為請求與對應的響應信息建立散列表，在進行請求處理時，可直接從散列表中獲得請求對應的響應信息，簡化了mvc框架中請求處理流程，減少了請求響應時間，提高了請求處理效率。

第四實施例

針對本發明實施例的方法，本發明實施例還提供了一種請求處理的終端。

圖7為本發明實施例進行請求處理的終端的組成結構示意圖，如圖7所示，該終端包括：處理器701、存儲器702和通信總線703，其中，

通信總線703用於實現處理器701和存儲器702之間的連接通信；

處理器701用於執行存儲器702中存儲的請求處理程序，以實現以下步驟：

在mvc框架中進行請求處理時，利用至少一個請求建立散列表；所述散列表包括：至少一個請求的標識信息和每個請求的標識信息對應的響應信息；或者，所述散列表包括：至少一個請求的標識信息和每個請求的標識信息對應的響應信息的索引信息；

獲取當前請求的標識信息；

在所述散列表中存在所述當前請求的標識信息時，從所述散列表中獲取所述當前請求的標識信息對應的響應信息；或者，從所述散列表中獲取所述當前請求的標識信息對應的響應信息的索引信息，根據所述索引信息獲取所述當前請求的標識信息對應的響應信息；

在所述當前請求的標識信息對應的響應信息有效時，輸出所述當前請求對應的響應信息。

處理器701還用於執行所述請求處理程序，以實現以下步驟：

在所述散列表中不存在所述當前請求的標識信息時，根據mvc框架獲取所述當前請求對應的響應信息；

在所述散列表中存在所述當前請求的標識信息，且所述當前請求的標識信息對應的響應信息無效時，根據mvc框架獲取所述當前請求對應的響應信息。

可選的，在散列表中不存在所述當前請求的標識信息時，根據mvc框架獲取所述當前請求對應的響應信息後，處理器701還用於執行所述請求處理程序，以實現以下步驟：利用所述當前請求的標識信息和所述當前請求對應的響應信息更新所述散列表；

在散列表中存在當前請求的標識信息，且當前請求的標識信息對應的響應信息無效時，根據mvc框架獲取所述當前請求對應的響應信息後，處理器701還用於執行所述請求處理程序，以實現以下步驟：利用獲得的所述當前請求對應的響應信息更新所述散列表。標識信息可以為統一資源標識符uri。

mvc框架為springmvc框架時，處理器701，具體用於在前端控制器dispatcherservlet的過濾器中利用至少一個請求建立散列表；

處理器701，還用於通過所述過濾器獲取當前請求的標識信息。

在實際應用中，上述處理器701可以為特定用途集成電路(asic，applicationspecificintegratedcircuit)、數位訊號處理裝置(dspd，digitalsignalprocessingdevice)、可編程邏輯裝置(pld，programmablelogicdevice)、fpga、dsp、cpu、控制器、微控制器、微處理器中的至少一種。可以理解地，對於不同的設備，用於實現上述處理器701功能的電子器件還可以為其它，本發明實施例不作具體限定。

上述存儲器702可以是易失性存儲器(volatilememory)，例如隨機存取存儲器(ram，random-accessmemory)；或者非易失性存儲器(non-volatilememory)，例如只讀存儲器(rom，read-onlymemory)，快閃記憶體(flashmemory)，硬碟(hdd，harddiskdrive)或固態硬碟(ssd，solid-statedrive)；或者上述種類的存儲器的組合，並向處理器701提供指令和數據。

另外，在本實施例中的各功能模塊可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以採用硬體的形式實現，也可以採用軟體功能模塊的形式實現。

所述集成的單元如果以軟體功能模塊的形式實現並非作為獨立的產品進行銷售或使用時，可以存儲在一個計算機可讀取存儲介質中，基於這樣的理解，本實施例的技術方案本質上或者說對現有技術做出貢獻的部分或者該技術方案的全部或部分可以以軟體產品的形式體現出來，該計算機軟體產品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，伺服器，或者網絡設備等)或processor(處理器)執行本實施例所述方法的全部或部分步驟。而前述的存儲介質包括：u盤、移動硬碟、只讀存儲器(rom，readonlymemory)、隨機存取存儲器(ram，randomaccessmemory)、磁碟或者光碟等各種可以存儲程序代碼的介質。

具體來講，本實施例中的一種在終端上運行應用程式的方法對應的電腦程式指令可以被存儲在光碟，硬碟，u盤等存儲介質上，當存儲介質中的與一種信息處理方法對應的電腦程式指令被一電子設備讀取或被執行時，包括如下步驟：

在視圖-模型-控制器mvc框架中進行請求處理時，利用至少一個請求建立散列表；所述散列表包括：至少一個請求的標識信息和每個請求的標識信息對應的響應信息；或者，所述散列表包括：至少一個請求的標識信息和每個請求的標識信息對應的響應信息的索引信息；

獲取當前請求的標識信息；

在所述散列表中存在所述當前請求的標識信息時，從所述散列表中獲取所述當前請求的標識信息對應的響應信息；或者，從所述散列表中獲取所述當前請求的標識信息對應的響應信息的索引信息，根據所述索引信息獲取所述當前請求的標識信息對應的響應信息；

在所述當前請求的標識信息對應的響應信息有效時，輸出所述當前請求對應的響應信息。

可選的，存儲介質中存儲的以下步驟：在所述散列表中不存在所述當前請求的標識信息時，根據mvc框架獲取所述當前請求對應的響應信息；

在所述散列表中存在所述當前請求的標識信息，且所述當前請求的標識信息對應的響應信息無效時，根據mvc框架獲取所述當前請求對應的響應信息。

本領域內的技術人員應明白，本發明的實施例可提供為方法、系統、或電腦程式產品。因此，本發明可採用硬體實施例、軟體實施例、或結合軟體和硬體方面的實施例的形式。而且，本發明可採用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限於磁碟存儲器和光學存儲器等)上實施的電腦程式產品的形式。

本發明是參照根據本發明實施例的方法、設備(系統)、和電腦程式產品的流程圖和/或方框圖來描述的。應理解可由電腦程式指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些電腦程式指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理設備的處理器執行的指令產生用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些電腦程式指令也可存儲在能引導計算機或其他可編程數據處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的製造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些電腦程式指令也可裝載到計算機或其他可編程數據處理設備上，使得在計算機或其他可編程設備上執行一系列操作步驟以產生計算機實現的處理，從而在計算機或其他可編程設備上執行的指令提供用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

以上所述，僅為本發明的較佳實施例而已，並非用於限定本發明的保護範圍。