一种请求处理方法、装置、终端设备及服务器与流程

本发明涉及数据处理技术领域，具体涉及一种请求处理方法、装置、终端设备及服务器。

背景技术：

为实现终端设备装载的应用功能(应用如WEB应用、手机端应用、PC端应用等)，终端设备与服务器之间会存在频繁大量的请求交互，针对终端设备发送的请求，服务器需要进行处理，反馈处理结果；因此，如何对终端设备与服务器之间频繁大量的请求作优化处理，提高请求的处理效率，一直是人们关注的研究点。

终端设备与服务器之间的请求主要是HTTP(HyperText Transfer Protocol，超文本传输协议)请求，基于HTTP请求的特性，目前的请求处理方式主要为：服务器对终端设备发送的每个请求进行权限校验、安全检查，在权限校验、安全检查通过后，调用请求相应的业务逻辑处理请求，输出处理结果。

本发明的发明人在研究过程中发现，服务器对每个请求所进行的权限校验、安全检查等校验逻辑基本相同，现有的请求处理方式对每个请求均进行相同的校验逻辑，将使得服务器存在大量的重复工作，服务器数据处理压力较高，且影响多个请求的整体处理效率。

技术实现要素：

有鉴于此，本发明实施例提供一种请求处理方法、装置、终端设备及服务器，以解决现有请求处理方式对每个请求均进行相同的校验逻辑，所带来的服务器数据处理压力较高，且影响多个请求的整体处理效率的问题。

为实现上述目的，本发明实施例提供如下技术方案：

一种请求处理方法，应用于终端设备，所述方法包括：

收集待处理请求；

当达到预定的请求收集结束条件时，合并所收集的待处理请求，生成合并请求；

将合并请求发送至服务器，以便服务器调用校验逻辑对所述合并请求进行校验，在校验通过后，服务器解析所述合并请求，确定处理各待处理请求的业务逻辑，使得服务器调用处理各待处理请求的业务逻辑，处理各待处理请求，得到各待处理请求的处理结果；

接收服务器反馈的对各待处理请求的处理结果进行合并，所生成的合并处理结果，解析合并处理结果，得到各待处理请求的处理结果。

本发明实施例还提供一种请求处理方法，应用于服务器，所述方法包括：

获取终端设备发送的合并待处理请求后，所生成的合并请求；

调用校验逻辑对所述合并请求进行校验；

在校验通过后，解析所述合并请求，确定处理各待处理请求的业务逻辑；

调用处理各待处理请求的业务逻辑处理各待处理请求，得到各待处理请求的处理结果；

对各待处理请求的处理结果进行合并，生成合并处理结果并反馈至终端设备。

本发明实施例还提供一种请求处理装置，应用于终端设备，所述装置包括：

收集模块，用于收集待处理请求；

合并模块，用于当达到预定的请求收集结束条件时，合并所收集的待处理请求，生成合并请求；

请求发送模块，用于将合并请求发送至服务器，以便服务器调用校验逻辑对所述合并请求进行校验，在校验通过后，服务器解析所述合并请求，确定处理各待处理请求的业务逻辑，使得服务器调用处理各待处理请求的业务逻辑，处理各待处理请求，得到各待处理请求的处理结果；

结果解析模块，用于接收服务器反馈的对各待处理请求的处理结果进行合并，所生成的合并处理结果，解析合并处理结果，得到各待处理请求的处理结果。

本发明实施例还提供一种终端设备，包括上述所述的请求处理装置。

本发明实施例还提供一种请求处理装置，应用于服务器，所述装置包括：

合并请求获取模块，用于获取终端设备发送的合并待处理请求后，所生成的合并请求；

校验模块，用于调用校验逻辑对所述合并请求进行校验；

请求解析模块，用于在校验通过后，解析所述合并请求，确定处理各待处理请求的业务逻辑；

请求处理模块，用于调用处理各待处理请求的业务逻辑处理各待处理请求，得到各待处理请求的处理结果；

处理结果合并反馈模块，用于对各待处理请求的处理结果进行合并，生成合并处理结果并反馈至终端设备。

本发明实施例还提供一种服务器，包括上述所述的请求处理装置。

基于上述技术方案，本发明实施例提供的请求处理方法中，终端设备在产生待处理请求时，是先收集待处理请求，并不是直接将产生的待处理请求发送至服务器处理；当达到预定的请求收集结束条件时，终端设备可合并所收集的待处理请求，生成合并请求并发送至服务器；服务器对由多个待处理请求合并的合并请求统一调用校验逻辑进行校验，免去了对多个待处理请求分别进行校验的过程，极大的简化了多个请求的校验流程，且减少了对多个请求的校验时间；同时，服务器可通过解析所述合并请求，对各个待处理请求进行处理，得到处理结果，完成服务器对各待处理请求的处理。可见，本发明实施例提供的请求处理方法，在实现服务器处理终端设备发送的请求的过程中，通过合并请求的方式，使得服务器可对由多个待处理请求合并的合并请求统一进行校验，免去了对多个待处理请求分别进行校验的过程，极大的减轻了服务器的数据处理压力，且减小了多个请求的校验时间，提升了多个请求的整体处理效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不 付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例提供的请求处理系统的硬件架构示意图；

图2为本发明实施例提供的请求处理方法的信令流程图；

图3为本发明实施例提供的请求处理方法的流程图；

图4为本发明实施例提供的合并所收集的待处理请求的方法流程图；

图5为本发明实施例提供的合并所收集的待处理请求的另一方法流程图；

图6为本发明实施例提供的请求处理方法的另一流程图；

图7为本发明实施例提供的请求处理方法的再一流程图；

图8为本发明实施例提供的分页文件缓存方法的流程图；

图9为本发明实施例提供的分页文件的存储方法流程图；

图10为本发明实施例提供的还原分页文件的方法流程图；

图11为本发明实施例提供的请求处理方法的又一流程图；

图12为本发明实施例提供的解析合并请求的方法流程图；

图13为本发明实施例提供的解析合并请求的另一方法流程图；

图14为本发明实施例提供的分页数据更新方法的流程图；

图15为本发明实施例提供的请求处理装置的结构框图；

图16为本发明实施例提供的合并模块的结构框图；

图17为本发明实施例提供的请求处理装置的另一结构框图；

图18为本发明实施例提供的请求处理装置的再一结构框图；

图19为本发明实施例提供的请求处理装置的又一结构框图；

图20为本发明实施例提供的请求处理装置的又另一结构框图；

图21为本发明实施例提供的终端设备的硬件结构框图；

图22为本发明实施例提供的请求处理装置的又再一结构框图；

图23为本发明实施例提供的请求解析模块的结构框图；

图24为本发明实施例提供的请求处理装置的另又一结构框图；

图25为本发明实施例提供的服务器的硬件结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行 清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明实施例提供的请求处理系统的硬件架构示意图，图1所示请求处理系统可用于实施本发明实施例提供的请求处理方法，以实现减小服务器的数据处理压力，提升多个请求的整体处理效率；

参照图1，该请求处理系统可以包括：终端设备10和服务器20；终端设备10可以为手机、平板电脑、PC(个人计算机)等用户侧设备；服务器20为网络侧设备，可以由单台服务器实现，也可以由多台服务器组成的服务器群组实现；

基于图1所示请求处理系统，图2示出了本发明实施例提供的请求处理方法的信令流程图，结合图1和图2所示，该流程可以包括：

步骤S10、终端设备收集待处理请求；

可选的，终端设备可设置请求池，以收集待处理的请求；当终端设备产生一个需发送至服务器处理的待处理请求时，终端设备并不立即将待处理请求发送至服务器，而是将待处理请求收集入请求池中；待处理请求的产生可由用户操作触发。

步骤S11、当达到预定的请求收集结束条件时，终端设备合并所收集的待处理请求，生成合并请求；

可选的，本发明实施例可周期性的收集待处理请求，当达到预定收集周期时，终端设备可将收集周期内，请求池所收集的待处理请求进行合并，生成合并请求；

可选的，本发明实施例也可设置预定请求收集数，当请求池所收集的请求数量达到预定请求收集数时，终端设备可将请求池所收集的待处理请求进行合并，生成合并请求；

可选的，本发明实施例也可结合预定收集周期和请求收集数进行待处理请求的收集；当达到预定收集周期，或，请求池所收集的请求数量达到预定请求收集数时，终端设备可将请求池所收集的待处理请求进行合并，生成合并请求；

单个请求中可以包含请求服务器作处理的业务逻辑标识，和请求服务器 作处理的待处理数据；在终端设备合并所收集的待处理请求时，本发明实施例可将各待处理请求的业务逻辑标识进行合并，将各待处理请求的待处理数据进行合并；

同时，为避免合并带来的请求冲突问题，本发明实施例可设置分隔符，在合并各待处理请求的业务逻辑标识时，采用分隔符分隔各业务逻辑标识，在合并各待处理请求的待处理数据时，采用分隔符分隔各待处理数据；

步骤S12、终端设备将合并请求发送至服务器；

步骤S13、服务器调用校验逻辑对所述合并请求进行校验，在校验通过后，服务器解析所述合并请求，确定处理各待处理请求的业务逻辑；

可选的，解析所述合并请求后，服务器可得到各待处理请求的业务逻辑标识，和各待处理请求的待处理数据；服务器可通过各待处理请求的业务逻辑标识，确定处理各待处理请求的业务逻辑。

步骤S14、服务器调用处理各待处理请求的业务逻辑，处理各待处理请求，得到各待处理请求的处理结果；

可选的，服务器可调用各待处理请求的业务逻辑标识对应的业务逻辑，处理各待处理请求的待处理数据，得到各待处理请求的处理结果；

可选的，服务器可采用异步的方式调用各待处理请求的业务逻辑标识对应的业务逻辑，以对各待处理请求的待处理数据进行处理。

步骤S15、服务器合并各待处理请求的处理结果，生成合并处理结果；

可选的，合并各待处理请求的处理结果的方式可以是将各待处理请求的处理结果进行排序组合。

步骤S16、服务器将合并处理结果反馈至终端设备；

步骤S17、终端设备解析合并处理结果，得到各待处理请求的处理结果。

可选的，若合并处理结果是按照待处理请求的收集顺序进行排序组合，则终端设备可按照合并处理结果中的各处理结果的顺序，确定出各待处理请求的处理结果。

由图2所示流程可以看出，本发明实施例提供的请求处理方法中，终端设备在产生待处理请求时，是先收集待处理请求，并不是直接将产生的待处理请求发送至服务器处理；当达到预定的请求收集结束条件时，终端设备可合并所收集的待处理请求，生成合并请求并发送至服务器；服务器对由多个待 处理请求合并的合并请求统一调用校验逻辑进行校验，免去了对多个待处理请求分别进行校验的过程，极大的简化了多个请求的校验流程，且减少了对多个请求的校验时间；同时，服务器可通过解析所述合并请求，对各个待处理请求进行处理，得到处理结果，完成服务器对各待处理请求的处理。可见，本发明实施例提供的请求处理方法，在实现服务器处理终端设备发送的请求的过程中，通过合并请求的方式，使得服务器可对由多个待处理请求合并的合并请求统一进行校验，免去了对多个待处理请求分别进行校验的过程，极大的减轻了服务器的数据处理压力，且减小了多个请求的校验时间，提升了多个请求的整体处理效率。

下面以终端设备的角度，对本发明实施例提供的请求处理方法进行介绍，下文描述的请求处理方法可与上文的信令流程内容相互对应参照。

图3为本发明实施例提供的请求处理方法的流程图，该方法可应用于终端设备，参照图3，该方法可以包括：

步骤S100、收集待处理请求；

可选的，本发明实施例可通过设置请求池来收集待处理请求。

步骤S110、当达到预定的请求收集结束条件时，终端设备合并所收集的待处理请求，生成合并请求；

可选的，本发明实施例可在达到预定收集周期，或，请求池所收集的请求数量达到预定请求收集数时，确定当前达到预定的请求收集结束条件，可将请求池所收集的待处理请求进行合并，生成合并请求；

单个请求中可以包含请求服务器作处理的业务逻辑标识，和请求服务器作处理的待处理数据；终端设备在合并所收集的待处理请求时，可将各待处理请求的业务逻辑标识进行合并，将各待处理请求的待处理数据进行合并；

同时，为避免合并带来的请求冲突问题，本发明实施例可设置分隔符，在合并各待处理请求的业务逻辑标识时，采用分隔符分隔各业务逻辑标识，在合并各待处理请求的待处理数据时，采用分隔符分隔各待处理数据。

步骤S120、终端设备将合并请求发送至服务器，以便服务器调用校验逻辑对所述合并请求进行校验，在校验通过后，服务器解析所述合并请求，确定处理各待处理请求的业务逻辑，使得服务器调用处理各待处理请求的业务 逻辑，处理各待处理请求，得到各待处理请求的处理结果；

步骤S130、接收服务器反馈的对各待处理请求的处理结果进行合并，所生成的合并处理结果，解析合并处理结果，得到各待处理请求的处理结果。

可选的，图4示出了本发明实施例提供的合并所收集的待处理请求的方法流程图，参照图4，该方法可以包括：

步骤S200、将各待处理请求的业务逻辑标识进行合并，并采用分隔符分隔各待处理请求的业务逻辑标识；

可选的，在合并各业务逻辑标识时，为便于区分各待处理请求的业务逻辑标识，本发明实施例可按照待处理请求的收集顺序，将各待处理请求的业务逻辑标识依序合并，并采用分隔符分隔各业务逻辑标识；

显然，本发明实施例也可在合并的各业务逻辑标识中设置请求标识(一个待处理请求对应一个请求标识)，以通过业务逻辑标识的请求标识，区分出各业务逻辑标识所对应的待处理请求。

步骤S210、将各待处理请求的待处理数据进行合并，并采用分隔符分隔各待处理请求的待处理数据。

可选的，在合并各待处理数据时，为便于区分各待处理请求的待处理数据，本发明实施例可按照待处理请求的收集顺序，将各待处理请求的待处理数据依序合并，并采用分隔符分隔各业务逻辑标识；

显然，本发明实施例也可在合并的各待处理数据中设置请求标识，以通过待处理数据的请求标识，区分出各待处理数据所对应的待处理请求

可选的，步骤S200和步骤S210可同时执行，也可先后执行，两步骤之间可以没有明显的先后顺序。

可选的，业务逻辑标识可以包括：业务逻辑模块标识和业务逻辑动作标识；根据请求中的业务逻辑模块标识，服务器可定位到业务逻辑模块对应的类(class)；根据请求中的业务逻辑动作标识，服务器可定位到该类中的公开成员方法(public member method)；从而通过所定位的业务逻辑模块的类中的公开成员方法对请求的待处理数据作处理；业务逻辑模块为服务器中执行某一业务逻辑的功能模块；

为避免合并带来的请求冲突问题，本发明实施例可设置一级分隔符和二级分隔符，一级分隔符可用于分隔各待处理请求的业务逻辑模块标识、业务 逻辑动作标识、和待处理数据；而由于每个请求中还可能携带有其他的多个参数，因此可采用二级分隔符分隔各待处理请求的参数。

对应的，图5示出了本发明实施例提供的合并所收集的待处理请求的另一方法流程，参照图5，该方法可以包括：

步骤S300、将各待处理请求的业务逻辑模块标识进行合并，并采用一级分隔符分隔各待处理请求的业务逻辑模块标识；

各业务逻辑模块标识可按照待处理请求的收集顺序依序合并，或者，可在各业务逻辑模块标识中设置请求标识。

步骤S310、将各待处理请求的业务逻辑动作标识进行合并，并采用一级分隔符分隔各待处理请求的业务逻辑动作标识；

各业务逻辑动作标识可按照待处理请求的收集顺序依序合并，或者，可在各业务逻辑动作标识中设置请求标识。

步骤S320、将各待处理请求的待处理数据进行合并，并采用一级分隔符分隔各待处理请求的待处理数据；

各待处理数据可按照待处理请求的收集顺序依序合并，或者，可在待处理数据中设置请求标识。

步骤S330、采用二级分隔符分隔各待处理请求的参数。

各待处理请求的参数可按照待处理请求的收集顺序依序合并，或者，可在各待处理请求的参数中设置相应的请求标识。

可选的，步骤S300-步骤S330可认为是对请求中不同数据的合并处理分支，步骤S300-步骤S330之间可以没有明显的先后顺序。

为便于理解，以m为业务逻辑模块标识的指示信息，a为业务逻辑动作标识的指示信息，d为待处理数据的指示信息，s1为一级分隔符的指示信息，s2为二级分隔符的指示信息；上述指示信息的具体形式可视实际需要调整；

假设请求的入口文件为http://www.abc.com/do.php；

需合并的两个待处理请求为：

请求1，查询ID为1的用户信息的请求：

http://www.abc.com/do.php？m＝mUser&a＝getUserInfo&d＝1；

请求2，查询ID为1000的商品信息的请求：

http://www.abc.com/do.php？m＝mGoods&a＝getGoodsInfo&d＝1000；

则对上述两个待处理请求进行合并后，可得到合并请求：

http://www.abc.com/do.php？m＝mUser_mGoods&a＝getUserInfo_getGoodsInfo&d＝1_1000&s1＝_&s2＝@；

可以看出，合并请求中请求1的业务逻辑模块标识(mUser)和请求2的业务逻辑模块标识(mGoods)进行了合并，并且采用一级分隔符“_”作了分隔；合并请求中，请求1和请求2的业务逻辑模块标识的合并位置采用指示信息“m”指示，且合并请求中，请求1和请求2的业务逻辑模块标识按照请求的先后顺序合并；

请求1的业务逻辑动作标识(getUserInfo)和请求2的业务逻辑动作标识(getGoodsInfo)进行了合并，并且采用一级分隔符“_”作了分隔；合并请求中，请求1和请求2的业务逻辑动作标识的合并位置采用指示信息“a”指示，且合并请求中，请求1和请求2的业务逻辑动作标识按照请求的先后顺序合并；

请求1的待处理数据(1)和请求2的待处理数据(1000)进行了合并，并且采用一级分隔符“_”作了分隔；合并请求中，请求1和请求2的待处理数据的合并位置采用指示信息“d”指示，且合并请求中，请求1和请求2的待处理数据按照请求的先后顺序合并；

同时，由二级分隔符s2对请求1和请求2的参数进行了分隔。

当合并请求发送至服务器被服务器接收后，服务器可解析所述合并请求，得到各待处理请求的业务逻辑标识，和各待处理请求的待处理数据，从而通过各待处理请求的业务逻辑标识，确定处理各待处理请求的业务逻辑；进而调用各待处理请求的业务逻辑标识对应的业务逻辑，处理各待处理请求的待处理数据，得到各待处理请求的处理结果；

服务器在解析合并请求时，可通过业务逻辑标识的合并顺序，区分各待处理请求的业务逻辑标识；或者，通过业务逻辑标识的请求标识，区分各待处理请求的业务逻辑标识；

服务器也可通过合并请求中待处理数据的合并顺序，区分各待处理请求的待处理数据；或者，通过待处理数据的请求标识，区分各待处理请求的待处理数据；

服务器对各待处理请求的处理结果需进行合并后再反馈至终端设备，所反馈的合并处理结果可以是一维数组，由各待处理请求的处理结果排序组合； 排序可按照各待处理请求在合并请求中的排序确定；

如上述请求1的处理结果为[0,{id:1,name:’user’,sex:’male’}]，上述请求2的处理结果为[0,{id:1000,name:’商品1’,price:100}]；服务器可将两处理结果依序组合为[[0,{id:1,name:’user’,sex:’male’}]，[0,{id:1000,name:’商品1’,price:100}]]，得到合并请求所对应的合并处理结果；

显然，服务器也可在合并处理结果中设置各处理结果对应的请求标识，以在合并处理结果中区分各待处理请求的处理结果。

终端设备在接收到合并处理结果后，可按照各待处理请求在合并请求中的排序，从合并处理结果中依序解析出各待处理请求的处理结果；如请求1和请求2的排序在合并请求中为，请求1先于请求2；则服务器按照请求1和请求2在合并请求中的排序，组合成请求1和请求2的合并处理结果后，终端设备可从合并处理结果中依序解析出请求1的处理结果和请求2的处理结果，得到服务器对请求1的处理结果和对请求2的处理结果；

显然，终端设备也可通过合并处理结果中各处理结果的请求标识，在解析合并处理结果后，确定各处理结果对应的待处理请求。

值得注意的是，若设置请求收集结束条件为达到预定收集周期，或，所收集的请求数量达到预定请求收集数，也可能存在一些问题：

如收集周期过短，则请求合并的利用率较低，请求尚未达到预定请求收集数(最大累计数)则合并；

收集周期过长，请求会造成较大的主观延迟，请求处理不及时。

因此本发明实施例中，收集周期可按实际业务场景需要进行调整，需在保证延迟可接受的范围内，尽可能提高收集周期，权衡收集周期和收集数量的利弊；作为优选的，收集周期可以为200毫秒，200毫秒为绝大多数的业务请求可接受的延迟时间；

另外，作为请求处理的一个优化可选方案，本发明实施例可为响应时间要求较高的请求添加禁止合并标识，终端设备对具有禁止合并标识的请求，不收集入请求池中，而是将具有禁止合并标识的请求作为单独的请求发送至服务器；

对应的，终端设备可判断待处理请求中是否携带有禁止合并标识，若是，则终端设备将待处理请求发送至服务器，若否，则终端设备可将待处理请求 进行收集。

优选的，图6示出了本发明实施例提供的请求处理方法的另一流程图，该方法应用于终端设备，参照图6，该方法可以包括：

步骤S400、判断待处理请求中是否携带有禁止合并标识，若是，执行步骤S410，若否，执行步骤S420；

步骤S410、将待处理请求发送至服务器；

步骤S420、将待处理请求收集入请求池；

步骤S430、当达到预定收集周期，或，请求池所收集的请求，数量达到请预定求收集数时，将请求池中各待处理请求的业务逻辑模块标识，按照请求的收集顺序依序合并，并采用一级分隔符分隔各业务逻辑模块标识；将请求池中各待处理请求的业务逻辑动作标识，按照请求的收集顺序依序合并，并采用一级分隔符分隔各业务逻辑动作标识；将请求池中各待处理请求的待处理数据，按照请求的收集顺序依序合并，并采用一级分隔符分隔各待处理数据；及采用二级分隔符分隔请求池中各待处理请求的参数，生成合并请求；

步骤S440、将合并请求发送至服务器，以便服务器调用校验逻辑对所述合并请求进行校验，在校验通过后，服务器解析所述合并请求，使得服务器调用各待处理请求的业务逻辑模块标识对应的业务逻辑模块，对待处理数据执行相应业务逻辑动作标识对应的业务逻辑动作，得到各待处理请求的处理结果；

步骤S450、接收服务器反馈的对各待处理请求的处理结果进行合并所生成的合并处理结果，从合并处理结果中依序解析出各待处理请求的处理结果；其中，各待处理请求的处理结果按照各待处理请求在合并请求中的排序进行组合后生成合并处理结果。

本发明实施例提供的请求处理方法，通过合并请求的方式，使得服务器可对由多个待处理请求合并的合并请求统一进行校验，免去了对多个待处理请求分别进行校验的过程，极大的减轻了服务器的数据处理压力，且减小了多个请求的校验时间，提升了多个请求的整体处理效率；

本发明实施例提供的请求处理方法除了可合并冗余逻辑，提高请求的处理效率，降低服务器负载，整体上提高请求的响应速度外，还可减少终端设备与服务器的连接数，提高网络应用响应速度，这在移动端上的效果更为突 出。

可选的，终端设备还可利用本地缓存的分页描述文件，实现对列表数据中的分页数据的获取；列表数据如商品列表、游戏每周排行榜、勋章列表等，由于列表数据的数据量较大，可能存在成千上万条的情况，因此列表数据可采用分页机制实现，即列表数据可由分页文件构成；

对应的，图7示出了本发明实施例提供的请求处理方法的再一流程图，该方法可应用于终端设备，参照图7，该方法可以包括：

步骤S500、当终端设备请求分页数据时，调取本地缓存的分页文件；

分页文件的可选表现形式可以为list_{page}.js)。

步骤S510、从本地缓存的分页文件中确定与所请求的分页数据相应的数据，返回所确定的数据。

可选的，本地缓存的分页文件的版本可由分页描述文件描述，分页描述文件存储有列表数据的分页文件的版本描述信息、更新信息、及列表数据的总页数、数据行数等信息；图8示出了本发明实施例提供的分页文件缓存方法，参照图8，该方法可以包括：

步骤S600、终端设备向服务器请求分页描述文件的最新版本信息；

可选的，终端设备可以定时向服务器请求分页描述文件的最新版本信息；也可以是预设若干请求时间节点，当到达某一请求时间节点时，则请求一次最新版本信息；

步骤S610、接收服务器反馈的最新版本信息；

服务器中存储有分页描述文件，当分页文件中的数据在服务器中发生变更时(如增加、删除、修改时)，发生数据变更的分页文件将产生新版本号，同时，服务器中存储的分页描述文件中的对应信息也会相应更新；存在数据变更的分页文件，将导致分页描述文件中描述该分页文件的版本发生变更。

步骤S620、将所述最新版本信息与本地缓存的分页描述文件的版本信息进行比对；

分页描述文件可在终端设备中缓存，分页描述文件的可选表现形式为version.js。

步骤S630、若比对的版本不一致，终端设备向服务器拉取存在更新的分 页数据，以所拉取的分页数据更新本地缓存的分页文件，并缓存具有所述最新版本信息的分页描述文件。

可选的，比对的版本不一致可以是终端设备本地未存在缓存的分页文件(如首次进入应用的情况)，或者，终端设备本地存在缓存的分页文件，但本地缓存的分页文件的版本与最新版本不一致；

存在更新的分页数据可以是所述最新版本信息描述的分页文件，和本地缓存的分页描述文件描述的分页文件的版本中，不一致的版本所对应的分页数据。

可选的，最新版本信息的请求，更新的分页数据的拉取涉及到终端设备与服务器之间的请求交互；在本发明实施例中，最新版本信息的请求，或，更新的分页数据的拉取可以合并请求的方式进行，也可以单独请求的方式进行。

由于列表数据的更新频率较低，终端设备可通过本地缓存的分页文件，实现对分页数据的请求，省去在请求分页数据时访问服务器的步骤，使得对分页数据的请求转变为对终端设备本地静态资源的访问，提高了分页数据的请求效率；而且利用终端设备端和服务器端的缓存，不会引发缓存带来的分页数据延迟，导致分页数据不一致的问题；

同时，本发明实施例中，本地缓存的分页文件仅会在分页描述文件的版本变更后重置刷新，使得缓存可得到最大可能的利用；而且缓存利用率取决于分页文件的变更频率，对于长期未发生变动的分页文件，缓存利用率极高，甚至无需发起网络请求；在具体应用中，用户在非首次进入应用时，可通过缓存的分页文件，得到快速的应用响应体验，即使在网络相对较差的环境或者移动端的网络环境下也可实现分页数据的请求。

可选的，由于列表数据的数据量较大，本发明实施例可以稀疏矩阵的方式存储表示列表数据的分页文件；对应的，图9示出了本发明实施例提供的分页文件的存储方法流程图，该方法可应用于终端设备，参照图9，该方法可以包括：

步骤S700、对于分页文件中的对象数组，提取对象数组中各对象的共性键值，组成键值数组；

对象数组为Key(键值)-value(值)数组，包含键值及各键值对应的值；

如对象数组：

[

{id:1,name:'Bill'},

{id:2,name:'Lucy'},

{id:3,name:'Tom'}

]

其中，{id:1,name:'Bill'}为第一个对象，{id:2,name:'Lucy'}为第二个对象，{id:3,name:'Tom'}为第三个对象，共3个对象，键值为id、name；键值对应的值为各id对应的值(如第一个对象中id对应的值1)，和各name对应的值(如第一个对象中name对应的值Bill)；

对象数组中各对象的共性键值为id、name，将各对象的共性键值组成键值数组，则可得到键值数组：['id','name']。

步骤S710、提取各对象的键值的对应值，组成各对象的值数组；

对象{id:1,name:'Bill'}的键值的对应值为1、Bill，对象{id:2,name:'Lucy'}的键值的对应值为2、Lucy，对象{id:3,name:'Tom'}的键值的对应值为3、Tom；提取各对象的键值的对应值，且一个对象的键值的对应值组成一个值数组，则可得到各对象的值数组：

[1,'Bill'],

[2,'Lucy'],

[3,'Tom']

步骤S720、将键值数组作为存储数组的一维，将各对象的值数组组合为存储数组的二维，得到存储数组。

对各对象的值数组进行深度压缩，使得所有对象的键值的对应值依次拼接，可得到存储数组的第二维，将键值数组作为存储数组的第一维，则可得二维的存储数组：

[

['id','name'],

1,'Bill',2,'Lucy',3,'Tom'

]

通过存储数组可将分页文件以稀疏矩阵的方式进行存储，由上文原始对象数组至存储数组的转变，可对分页文件的数量量进行压缩，减少分页文件的存储数据量；由上文示例可看出，存储数组的数据量仅为分页文件数据量的68％，使得数据量极大的得到压缩。

对应的，本发明实施例还提供有将存储数组还原为分页文件的机制；图10示出了本发明实施例提供的还原分页文件的方法流程图，参照图10，该方法可以包括：

步骤S800、将存储数组一维的键值数组所包含的键值，作为分页文件的对象数组中各对象的键值；

步骤S810、将存储数组二维的值数组所包含的键值的对应值，依序填充为相应对象的键值的值，还原出分页文件的对象数组。

通过图10所示方法，本发明实施例可以存储数组的键值数组所包含的键值为分页文件的字段信息，利用存储数组的值数组所包含的键值的对应值，循环填充各对象的键值的值，实现了分页文件的对象数组的还原。

可选的，本发明实施例提供的请求处理方法可应用于由中国腾讯公司开发的通用积分系统(General Ticket System，GTS)；终端设备接入通用积分系统服务器后，可体验到由积分系统服务器提供的如下功能：

游戏业务营销活动、积分兑换、获得和流通；

构建和支持游戏业务的勋章荣誉系统，同时产生积分兑换和流通；

游戏业务商品兑换，可使用游戏积分兑换并获得指定游戏物品；

账号绑定，将用户的详细联系信息(如手机和地址)绑定核实，定期推送消息提醒用户参与最新活动，同时便于后续抽奖活动的实物奖励发放；

采用本发明实施例提供的请求处理方法，实现终端设备与通用积分系统服务器之间的数据交互时，可带来至少如下优点：

通用积分系统服务器可对终端设备发送的合并请求(由多个待处理请求合并)统一进行校验，免去了对多个待处理请求分别进行校验的过程，极大的减轻了通用积分系统服务器的数据处理压力，且减小了多个请求的校验时间，提升了多个请求的整体处理效率；

终端设备通过本地缓存的分页文件(缓存的分页文件由通用积分系统提供)，可实现快速的分页数据请求；

引入稀疏矩阵的方式存储通用积分系统的分页文件，可减小分页文件的存储压力。

下面以服务器的角度，对本发明实施例提供的请求处理方法进行介绍，下文描述的请求处理方法可与上文以终端设备角度描述的请求处理方法相互对应参照。

图11为本发明实施例提供的请求处理方法的又一流程图，该方法可应用于服务器，参照图11，该方法可以包括：

步骤S900、获取终端设备发送的合并待处理请求后，所生成的合并请求；

可选的，终端设备可将各待处理请求的业务逻辑标识进行合并，并采用分隔符分隔各待处理请求的业务逻辑标识，将各待处理请求的待处理数据进行合并，并采用分隔符分隔各待处理请求的待处理数据，从而生成合并请求。

步骤S910、调用校验逻辑对所述合并请求进行校验；

步骤S920、在校验通过后，解析所述合并请求，确定处理各待处理请求的业务逻辑；

可选的，可解析出合并请求中各待处理请求的业务逻辑标识，和各待处理请求的待处理数据；

步骤S930、调用处理各待处理请求的业务逻辑处理各待处理请求，得到各待处理请求的处理结果；

可选的，服务器可调用各待处理请求的业务逻辑标识对应的业务逻辑，处理各待处理请求的待处理数据，得到各待处理请求的处理结果；

服务器可采用异步的方式调用各待处理请求的业务逻辑标识对应的业务逻辑，以对各待处理请求的待处理数据进行处理。

步骤S940、对各待处理请求的处理结果进行合并，生成合并处理结果并反馈至终端设备。

可选的，图12示出了本发明实施例提供的解析所述合并请求的方法流程图，参照图12，该方法可以包括：

步骤S1000、确定合并请求中业务逻辑标识的合并位置，拆分出分隔符所分隔的各待处理请求的业务逻辑标识；

可选的，业务逻辑标识的合并位置可以业务逻辑标识的指示信息确定； 各业务逻辑标识可按照待处理请求的收集顺序依序合并，对应的，服务器可依据业务逻辑标识的合并顺序，拆分出分隔符所分隔的各待处理请求的业务逻辑标识；

可选的，各业务逻辑标识可设置请求标识，对应的，服务器可依据各业务逻辑标识的请求标识，拆分出分隔符所分隔的各待处理请求的业务逻辑标识。

步骤S1010、确定合并请求中待处理数据的合并位置，拆分出分隔符所分隔的各待处理请求的待处理数据。

可选的，待处理数据的合并位置可以待处理数据的指示信息确定；各待处理数据可按照待处理请求的收集顺序依序合并，对应的，服务器可依据待处理数据的合并顺序，拆分出分隔符所分隔的各待处理请求的待处理数据；

可选的，各待处理数据可设置请求标识，对应的，服务器可依据各待处理数据的请求标识，拆分出分隔符所分隔的各待处理请求的各待处理数据。

可选的，业务逻辑标识可以包括业务逻辑模块标识和业务逻辑动作标识，在合并请求中，各待处理请求的业务逻辑模块标识可采用一级分隔符分隔，各待处理请求的业务逻辑动作标识可采用一级分隔符分隔，各待处理请求的待处理数据可采用一级分隔符分隔，各待处理请求的参数可采用二级分隔符分隔；

对应的，图13示出了本发明实施例提供的解析所述合并请求的另一方法流程图，参照图13，该方法可以包括：

步骤S1100、确定合并请求中业务逻辑模块标识的合并位置，拆分出一级分隔符所分隔的各待处理请求的业务逻辑模块标识；

业务逻辑模块标识的合并位置可由业务逻辑模块标识的指示信息确定(如指示信息可以为m)；服务器可依据业务逻辑模块标识的合并顺序，或业务逻辑模块标识的请求标识，拆分出一级分隔符所分隔的各待处理请求的业务逻辑模块标识。

步骤S1110、确定合并请求中业务逻辑动作标识的合并位置，拆分出一级分隔符所分隔的各待处理请求的业务逻辑动作标识；

业务逻辑动作标识的合并位置可由业务逻辑动作标识的指示信息确定(如指示信息可以为a)；服务器可依据业务逻辑动作标识的合并顺序，或业 务逻辑动作标识的请求标识，拆分出一级分隔符所分隔的各待处理请求的业务逻辑动作标识。

步骤S1120、确定合并请求中待处理数据的合并位置，拆分出一级分隔符所分隔的各待处理请求的待处理数据；

待处理数据的合并位置可以待处理数据的指示信息确定(如指示信息可以为d)；服务器可依据待处理数据的合并顺序，或待处理数据的请求标识，拆分出一级分隔符所分隔的各待处理请求的待处理数据。

步骤S1130、拆分出二级分隔符所分隔的各待处理请求的参数。

服务器可依据各待处理请求的参数的合并顺序，或各待处理请求的参数的请求标识，拆分出一级分隔符所分隔的各待处理请求的参数。

可选的，在解析出各待处理请求的业务逻辑模块标识和业务逻辑动作标识后，服务器可以待处理请求的业务逻辑模块标识对应的业务逻辑模块，对待处理数据执行相应业务逻辑动作标识对应的业务逻辑动作，实现处理各待处理请求的待处理数据。

可选的，服务器在得到各待处理请求的处理结果后，可按照各待处理请求在合并请求中的排序，组合各待处理请求的处理结果，得到合并处理结果；服务器也可在合并处理结果中设置各处理结果对应的请求标识，以在合并处理结果中区分各待处理请求的处理结果。

本发明实施例提供的请求处理方法，通过合并请求的方式，实现了冗余逻辑的合并，提高了请求的处理效率，降低了服务器负载，整体上提高请求的响应速度。

可选的，服务器中可存储列表数据的分页文件，及列表数据的分页描述文件，以使得终端设备可通过比对本地缓存的分页描述文件的版本与服务器中存储的分页描述文件的最新版本，实现存在更新的分页数据的拉取更新；

对应的，图14示出了本发明实施例提供的分页数据更新方法的流程图，该方法可应用于服务器，参照图14，该方法可以包括：

步骤S1200、接收终端设备发送的请求分页描述文件的最新版本信息的信息；

步骤S1210、将所述最新版本信息反馈至终端设备；

步骤S1220、在终端设备比对所述最新版本信息与本地缓存的分页描述文 件的版本信息不一致时，接收终端设备发送的拉取存在更新的分页数据的请求；

步骤S1230、将所述存在更新的分页数据发送至终端设备，以便终端设备以所拉取的分页数据更新本地缓存的分页文件。

可选的，终端设备在确定比对的版本不一致时，还可缓存所述最新版本信息对应的分页描述文件。

可选的，为降低分页文件在服务器中的存储数据量，本发明实施例可采用稀疏矩阵的方式在服务器中存储分页文件；对应的，服务器对于分页文件中的对象数组，可提取对象数组中各对象的共性键值，组成键值数组；提取各对象的键值的对应值，组成各对象的值数组；将键值数组作为存储数组的一维，将各对象的值数组组合为存储数组的二维，结合数组的一维和二维，得到存储数组。

可选的，服务器还可将存储数组还原成分页文件；对应的，服务器可将存储数组一维的键值数组所包含的键值，作为分页文件的对象数组中各对象的键值；将存储数组二维的值数组所包含的键值的对应值，依序填充为相应对象的键值的值，还原出分页文件的对象数组。

下面对本发明实施例提供的请求处理装置进行介绍，下文描述的请求处理装置可与上文以终端设备角度描述的请求处理方法相互对应参照。

图15为本发明实施例提供的请求处理装置的结构框图，该装置可应用于终端设备，参照图15，该装置可以包括：

收集模块100，用于收集待处理请求；

合并模块110，用于当达到预定的请求收集结束条件时，合并所收集的待处理请求，生成合并请求；

请求发送模块120，用于将合并请求发送至服务器，以便服务器调用校验逻辑对所述合并请求进行校验，在校验通过后，服务器解析所述合并请求，确定处理各待处理请求的业务逻辑，使得服务器调用处理各待处理请求的业务逻辑，处理各待处理请求，得到各待处理请求的处理结果；

结果解析模块130，用于接收服务器反馈的对各待处理请求的处理结果进行合并，所生成的合并处理结果，解析合并处理结果，得到各待处理请求的 处理结果。

可选的，所述待处理请求可以包括：业务逻辑标识和待处理数据；图16示出了本发明实施例提供的合并模块110的一种可选结构，参照图16，合并模块110可以包括：

逻辑标识合并单元111，用于将各待处理请求的业务逻辑标识进行合并，并采用分隔符分隔各待处理请求的业务逻辑标识；

可选的，本发明实施例在合并业务逻辑标识时，可按照待处理请求的收集顺序，将各待处理请求的业务逻辑标识依序合并，或者，为各业务逻辑标识设置与待处理请求相应的请求标识，一个请求标识对应一个待处理请求。

数据合并单元112，用于将各待处理请求的待处理数据进行合并，并采用分隔符分隔各待处理请求的待处理数据。

可选的，本发明实施例在合并待处理数据时，可按照待处理请求的收集顺序，将各待处理请求的待处理数据依序合并，或者，为各待处理数据设置与待处理请求相应的请求标识。

可选的，所述业务逻辑标识可以包括：业务逻辑模块标识和业务逻辑动作标识；

对应的，逻辑标识合并单元111具体可用于，将各待处理请求的业务逻辑模块标识进行合并，并采用一级分隔符分隔各待处理请求的业务逻辑模块标识；及，将各待处理请求的业务逻辑动作标识进行合并，并采用一级分隔符分隔各待处理请求的业务逻辑动作标识；

可选的，本发明实施例在合并业务逻辑模块标识时，可按照待处理请求的收集顺序，将各待处理请求的业务逻辑模块标识依序合并，或者，为各业务逻辑模块标识设置与待处理请求相应的请求标识；

在合并业务逻辑动作标识时，可按照待处理请求的收集顺序，将各待处理请求的业务逻辑动作标识依序合并，或者，为各业务逻辑动作标识设置与待处理请求相应的请求标识；

数据合并单元112具体可用于，将各待处理请求的待处理数据进行合并，并采用一级分隔符分隔各待处理请求的待处理数据；

可选的，本发明实施例在合并待处理数据时，可按照待处理请求的收集顺序，将各待处理请求的待处理数据依序合并，或者，为各待处理数据设置 与待处理请求相应的请求标识；

对应的，合并模块110还可用于，采用二级分隔符分隔各待处理请求的参数。

可选的，结果解析模块130具体可用于，按照各待处理请求在合并请求中的排序，从合并处理结果中依序解析出各待处理请求的处理结果；或，按照各处理结果的请求标识，从合并处理结果中解析出与请求标识相应的待处理请求的处理结果，一个请求标识对应一个待处理请求。

可选的，收集模块100可仅对未携带有禁止合并标识的待处理请求进行收集；具体的，收集模块100可判断待处理请求中是否携带有禁止合并标识，若否，则收集未携带有禁止合并标识的待处理请求；

对应的，若待处理请求中携带有禁止合并标识，则可直接将携带有禁止合并标识的待处理请求发送至服务器。

图17示出了本发明实施例提供的请求处理装置的另一结构，结合图15和图17所示，该装置还可以包括：

缓存调取模块140，用于当终端设备请求分页数据时，调取本地缓存的分页文件；

分页数据返回模块150，用于从本地缓存的分页文件中确定与所请求的分页数据相应的数据，返回所确定的数据。

可选的，图18示出了本发明实施例提供的分页文件的缓存过程，图18为本发明实施例提供的请求处理装置的再一结构框图，结合图17和图18所示，该装置还可以包括：

最新版本获取模块160，用于向服务器请求分页描述文件的最新版本信息，接收服务器反馈的最新版本信息；

版本比对模块170，用于将所述最新版本信息与本地缓存的分页描述文件的版本信息进行比对；

数据拉取缓存模块180，用于若比对的版本不一致，向服务器拉取存在更新的分页数据，以所拉取的分页数据更新本地缓存的分页文件，并缓存具有所述最新版本信息的分页描述文件。

可选的，本发明实施例可以稀疏矩阵存储分页文件；图19示出了本发明实施例提供的请求处理装置的又一结构框图，结合图15和图19所示，该装置 还可以包括：

键值提取模块190，用于对于分页文件中的对象数组，提取对象数组中各对象的共性键值，组成键值数组；

值提取模块200，用于提取各对象的键值的对应值，组成各对象的值数组；

存储数组生成模块210，用于将键值数组作为存储数组的一维，将各对象的值数组组合为存储数组的二维，得到存储数组。

可选的，图20示出了还原以稀疏矩阵存储的分页文件的过程，图20为本发明实施例提供的请求处理装置的又另一结构框图，结合图15和图20所示，该装置还可以包括：

键值还原模块220，用于将存储数组一维的键值数组所包含的键值，作为分页文件的对象数组中各对象的键值；

值还原模块230，用于将存储数组二维的值数组所包含的键值的对应值，依序填充为相应对象的键值的值，还原出分页文件的对象数组。

本发明实施例还提供一种终端设备，该终端设备可以包括上述所述的请求处理装置。

采用本发明实施例提供的终端设备，可通过合并请求的方式，使得服务器可对由多个待处理请求合并的合并请求统一进行校验，免去了对多个待处理请求分别进行校验的过程，极大的减轻了服务器的数据处理压力，且减小了多个请求的校验时间，提升了多个请求的整体处理效率；同时，通过本地缓存的分页文件，可实现快速的分页数据请求；引入稀疏矩阵的方式存储分页文件，减小了分页文件的存储压力。

图21示出了本发明实施例提供的终端设备的硬件结构框图，参照图21，该终端设备可以包括：处理器1，通信接口2，存储器3和通信总线4；

其中处理器1、通信接口2、存储器3通过通信总线4完成相互间的通信；

可选的，通信接口2可以为通信模块的接口，如GSM模块的接口；

处理器1，用于执行程序；

存储器3，用于存放程序；

程序可以包括程序代码，所述程序代码包括计算机操作指令。

处理器1可能是一个中央处理器CPU，或者是特定集成电路ASIC(Application Specific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。

存储器3可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

其中，程序可具体用于：

收集待处理请求；

当达到预定的请求收集结束条件时，合并所收集的待处理请求，生成合并请求；

将合并请求发送至服务器，以便服务器调用校验逻辑对所述合并请求进行校验，在校验通过后，服务器解析所述合并请求，确定处理各待处理请求的业务逻辑，使得服务器调用处理各待处理请求的业务逻辑，处理各待处理请求，得到各待处理请求的处理结果；

接收服务器反馈的对各待处理请求的处理结果进行合并，所生成的合并处理结果，解析合并处理结果，得到各待处理请求的处理结果。

下面以服务器的角度，对本发明实施例提供的请求处理装置进行介绍，下文描述的请求处理装置可与上文以服务器角度描述的请求处理方法相互对应参照。

图22为本发明实施例提供的请求处理装置的又再一结构框图，该装置可应用于服务器，参照图22，该装置可以包括：

合并请求获取模块300，用于获取终端设备发送的合并待处理请求后，所生成的合并请求；

校验模块310，用于调用校验逻辑对所述合并请求进行校验；

请求解析模块320，用于在校验通过后，解析所述合并请求，确定处理各待处理请求的业务逻辑；

请求处理模块330，用于调用处理各待处理请求的业务逻辑处理各待处理请求，得到各待处理请求的处理结果；

处理结果合并反馈模块340，用于对各待处理请求的处理结果进行合并，生成合并处理结果并反馈至终端设备。

可选的，所述待处理请求可以包括：业务逻辑标识和待处理数据；图23示出了本发明实施例提供的请求解析模块320的一种可选结构，参照图23，请求解析模块320可以包括：

业务逻辑标识确定单元321，用于确定合并请求中业务逻辑标识的合并位置，拆分出分隔符所分隔的各待处理请求的业务逻辑标识；

可选的，可依据业务逻辑标识的合并顺序，或，依据各业务逻辑标识的请求标识，拆分出分隔符所分隔的各待处理请求的业务逻辑标识，一个请求标识对应一个待处理请求；

业务逻辑标识的合并位置可以业务逻辑标识的指示信息确定。

待处理数据确定单元322，用于确定合并请求中待处理数据的合并位置，拆分出分隔符所分隔的各待处理请求的待处理数据。

可选的，可依据待处理数据的合并顺序，或，依据各待处理数据的请求标识，拆分出分隔符所分隔的各待处理请求的待处理数据；

待处理数据的合并位置可以待处理数据的指示信息确定。

对应的，请求处理模块330具体可用于，调用各待处理请求的业务逻辑标识对应的业务逻辑，处理各待处理请求的待处理数据。

可选的，所述业务逻辑标识可以包括：业务逻辑模块标识和业务逻辑动作标识；

业务逻辑标识确定单元321具体可用于，确定合并请求中业务逻辑模块标识的合并位置，拆分出一级分隔符所分隔的各待处理请求的业务逻辑模块标识；及确定合并请求中业务逻辑动作标识的合并位置，拆分出一级分隔符所分隔的各待处理请求的业务逻辑动作标识；

业务逻辑模块标识的合并位置可由业务逻辑模块标识的指示信息确定，业务逻辑动作标识的合并位置可由业务逻辑动作标识的指示信息确定；

可选的，可依据业务逻辑模块标识的合并顺序，或业务逻辑模块标识的请求标识，拆分出一级分隔符所分隔的各待处理请求的业务逻辑模块标识；可依据业务逻辑动作标识的合并顺序，或业务逻辑动作标识的请求标识，拆分出一级分隔符所分隔的各待处理请求的业务逻辑动作标识；

待处理数据确定单元322具体可用于，确定合并请求中待处理数据的合并位置，拆分出一级分隔符所分隔的各待处理请求的待处理数据；

待处理数据的合并位置可以待处理数据的指示信息确定；

可选的，可依据待处理数据的合并顺序，或待处理数据的请求标识，拆分出一级分隔符所分隔的各待处理请求的待处理数据；

进一步，请求解析模块320还可拆分出二级分隔符所分隔的各待处理请求的参数；可选的，可依据各待处理请求的参数的合并顺序，或各待处理请求的参数的请求标识，拆分出二级分隔符所分隔的各待处理请求的参数；

对应的，请求处理模块330具体可用于，调用待处理请求的业务逻辑模块标识对应的业务逻辑模块，对待处理数据执行相应业务逻辑动作标识对应的业务逻辑动作。

可选的，处理结果合并反馈模块340具体可用于，按照各待处理请求在合并请求中的排序，组合各待处理请求的处理结果；或，在合并处理结果中设置各处理结果对应的请求标识。

可选的，服务器还可根据终端设备的请求，反馈更新的分页数据至终端设备；图24为本发明实施例提供的请求处理装置的另又一结构框图，该装置可应用于服务器，结合图22和图24，该装置可以包括：

最新版本反馈模块350，用于接收终端设备发送的请求分页描述文件的最新版本信息的信息，将所述最新版本信息反馈至终端设备；

更新数据请求接收模块360，用于在终端设备比对所述最新版本信息与本地缓存的分页描述文件的版本信息不一致时，接收终端设备发送的拉取存在更新的分页数据的请求；

更新数据反馈模块370，用于将所述存在更新的分页数据发送至终端设备，以便终端设备以所拉取的分页数据更新本地缓存的分页文件。

可选的，在服务器中，本发明实施例可以稀疏矩阵存储分页文件；如图19所示，在图22所示服务器的基础上，服务器还可以包括：

键值提取模块，用于对于分页文件中的对象数组，提取对象数组中各对象的共性键值，组成键值数组；

值提取模块，用于提取各对象的键值的对应值，组成各对象的值数组；

存储数组生成模块，用于将键值数组作为存储数组的一维，将各对象的值数组组合为存储数组的二维，得到存储数组。

可选的，服务器还可还原以稀疏矩阵存储的分页文件；如图20所示，在图22所示服务器的基础上，服务器还可以包括：

键值还原模块，用于将存储数组一维的键值数组所包含的键值，作为分页文件的对象数组中各对象的键值；

值还原模块，用于将存储数组二维的值数组所包含的键值的对应值，依序填充为相应对象的键值的值，还原出分页文件的对象数组。

本发明实施例还提供一种服务器，该服务器可以包括上述以服务器角度所述的请求处理装置。

图25示出了本发明实施例提供的服务器的硬件结构框图，参照图25，该服务器可以包括：处理器1’，通信接口2’，存储器3’和通信总线4’；

其中处理器1’、通信接口2’、存储器3’通过通信总线4’完成相互间的通信；

处理器1’，用于执行程序；

其中，程序可具体用于：

获取终端设备发送的合并待处理请求后，所生成的合并请求；

调用校验逻辑对所述合并请求进行校验；

在校验通过后，解析所述合并请求，确定处理各待处理请求的业务逻辑；

调用处理各待处理请求的业务逻辑处理各待处理请求，得到各待处理请求的处理结果；

对各待处理请求的处理结果进行合并，生成合并处理结果并反馈至终端设备。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定 的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。