一种请求处理的方法和终端与流程

本发明涉及通讯技术领域，尤其涉及一种请求处理的方法和终端。

背景技术：

视图-模型-控制器(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框架获取所述当前请求对应的响应信息。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。