CN113746932A - 网络请求合并方法、装置及电子装置、计算机程序产品 - Google Patents

Abstract

本申请提出了一种网络请求合并方法、装置及电子装置、计算机程序产品，该方法包括：获取多个待合并请求，并从所述待合并请求中提取对应的请求标识；将所述请求标识相同的所述待合并请求置于请求队列中同一请求组内，其中所述请求组包括一请求表示、一请求数据对象、一或多回调方法组；发送所有所述请求组内的所述请求数据对象。该方法不仅避免了请求相同数据的网络请求重复发送，节省了大量网络资源和服务器资源，而且减轻了前端开发人员大量的重复工作，提升了前端组件化编程的效率。

Description

网络请求合并方法、装置及电子装置、计算机程序产品

技术领域

本申请涉及数据交互领域，特别是涉及一种网络请求合并方法、装置及电子装置、计算机程序产品。

背景技术

前端组件化编程盛行，一个Web页面中可能同时会展示多个同一组件或者多个请求相同数据的不同组件，当该组件中存在网络请求时，目前前端开发人员的做法是人为地将多个相同的子组件的网络请求提取到共同的父组件中，以保证对应相同的子组件中不再含有网络请求，这样做的目的是为了避免一个父组件中包含多个请求相同数据的子组件时，会在同一时间发起多个相同的网络请求，而导致网络资源和服务器资源浪费的现象出现。

示例性的，若Web页面上存在多个相同的A组件以及一个与A组件请求相同数据的B组件，若需要加载该Web页面，就需要同时加载多个A组件和一个B组件，前端开发人员会将A组件和B组件的网络请求代码段提取到共同的父组件中，此时仅需要发出单次的网络请求进行数据请求，然后再把服务器返回的请求数据对应返回给各个组件，这样就可以避免多个相同组件或多个请求相同数据的组件独立地发送相同的网络请求。

然而这种方式存在诸多弊端，首先这种方式无疑会增大前端开发人员的工作量，其次当组件存在多重嵌套时，则父组件和子组件之间的嵌套逻辑将非常复杂，人工处理的方式不仅效率低下且容易出现嵌套错误的情况。

发明内容

第一方面，本申请实施例提供了一种网络请求合并方法，该方法通过从网络请求中提取关键信息作为请求标识，识别并合并请求相同数据的网络请求，实现了自动合并相同组件发出的相同网络请求，避免了请求相同数据的网络请求重复发送，减轻了前端开发人员的工作量。

该方法包括以下步骤：

获取多个待合并请求，并从所述待合并请求中提取对应的请求标识；

将所述请求标识相同的所述待合并请求置于请求队列中同一请求组内，其中所述请求组包括一请求表示、一请求数据对象、一或多回调方法组；

发送所有所述请求组内的所述请求数据对象。

在一些申请实施例中，“发送所述请求组内的请求数据对象”后还包括步骤：获取服务器返回的请求数据和状态码，根据所述状态码调用对应所述请求数据的回调方法，将所述请求数据反馈给发送所述待合并请求的组件。

具体的，“从所述待合并请求中提取对应的请求标识”包括：基于所述待合并请求的请求数据对象和配置的请求头特征值提取所述待合并请求的请求标识。

在一些申请实施例中在“获取多个待合并请求”前，还包括步骤：获取多个待处理请求，基于设置的合并规则获取需要合并的多个待合并请求。

进一步的，在一些申请实施例中，“基于设定的合并规则获取需要合并的多个待合并请求”包括：获取所述合并规则，若所述待处理请求符合所述合并规则，将所述待处理请求作为所述待合并请求。

并且，在一些申请实施例中，“将所述请求标识相同的所述待合并请求置于请求队列中同一请求组内”前，包括步骤：判断所述请求队列是否处于收集状态，若所述请求队列不处于收集状态，将所述请求队列设置为收集状态并设置合并开始时刻。相对应的，当前时刻和所述合并开始时刻的间隔不小于预设收集时间时，发送所有所述请求组内的所述请求数据对象。

第二方面，本申请实施例提供了一种网络请求合并装置，用于实现第一方面中所述的网络请求合并方法，该装置包括以下模块：

第一获取模块：用于获取多个待合并请求，并从所述待合并请求中提取对应的请求标识；

第一合并模块：用于将所述请求标识相同的所述待合并请求置于请求队列中同一请求组内，其中所述请求组包括一请求表示、一请求数据对象、一或多回调方法组；

第一发送模块：用于发送所有所述请求组内的所述请求数据对象。

第三方面，本申请实施例提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以如上任意申请实施例所述的网络请求合并方法或如上申请实施例所述的网络请求合并延时发送方法。

第四方面，本申请实施例提供了一种计算机程序产品，所述计算机程序产品包括：程序或指令，当所述程序或指令在计算机上运行时，使得所述计算机执行如上任意申请实施例所述的网络请求合并方法或如上申请实施例所述的网络请求合并延时发送方法。

第五方面，本申请实施例提供了一种可读存储介质，所述可读存储介质中存储有计算机程序，所述计算机程序包括用于控制过程以执行过程的程序代码，所述过程包括根据如上任意申请实施例所述的网络请求合并方法或如上申请实施例所述的网络请求合并延时发送方法。

本申请实施例的主要贡献和创新点如下：本申请实施例提供了一种网络请求合并方法，该方法通过从网络请求中提取关键信息作为请求标识，实现识别请求相同数据的网络请求，并将请求相同数据的网络请求放入请求队列中的同一请求组，且不重复保留回调方法组以外的请求内容。由于请求相同数据的网络请求的请求数据对象是相同的，所以同一请求组只需发送一份请求数据对象，以此方式避免了发送多个请求相同数据的网络请求，减少网络资源的浪费，对应一份请求数据对象服务器只需返回一份请求数据，同时也减少了服务器资源的浪费。也就是说，本申请实施例不仅避免了请求相同数据的网络请求重复发送，节省了大量网络资源和服务器资源，而且减轻了前端开发人员大量的重复工作，提升了前端组件化编程的效率。另外，本申请实施例可以根据需求配置需要合并的网络请求，将不要合并的网络请求提前筛除；可以设置请求头特征值，解决不同系统中请求头特征值不相同的问题。并且本申请实施例可以设置合并网络请求的等待时间，以实现对网络请求的延时控制。也就是说，本方案的网络请求合并方法更加灵活且更加符合实际需求，并不是将所有网络请求都无区别地统一进行合并。

本申请的一个或多个实施例的细节在以下附图和描述中提出，以使本申请的其他特征、目的和优点更加简明易懂。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的网络请求合并方法的流程图；

图2是根据本申请实施例的网络请求合并方法的数据流转图；

图3是根据本申请实施例的网络请求合并装置的结构框图；

图4是根据本申请实施例的电子装置的硬件结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

实施例一

本实施例提供了一种网络请求合并方法，在本实施例中，该方法通过提取网络请求中的关键信息作为请求标识，将具有相同请求标识的网络请求归类，因为具有相同请求标识的网络请求的请求数据对象是相同的，但每个网络请求的回调方法组是不同的，所以每个请求组中只需要保留一份请求数据对象，但需要保留每个网络请求的回调方法组。最后发送时，只需要将每个请求组中的一份请求数据对象发送至服务器，等服务器返回相应的请求数据后，调用请求组中相对应的回调方法进行处理。需要说明的是，回调方法组中包含处理请求数据成功的回调方法以及处理请求数据失败的回调方法，服务器对每个返回的请求数据都有相应的状态码，根据状态码可以选择调用回调方法组中的某一个回调方法。

具体参考图1，如图1所示，该方法包括步骤S1-S3：

步骤S1：获取多个待合并请求，并从所述待合并请求中提取对应的请求标识。

在该步骤中，获取到同一时间发出的多个网络请求时，可以直接将其作为待合并请求，并从待合并请求中提取对应的请求标识。

具体的，用户访问某个Web网页时，需要加载Web网页中的所有组件。加载组件时，每个组件中的内容都需要通过发送相应的网络请求到服务器，服务器根据网络请求中的请求数据对象返回相应的请求数据，各个组件将返回的请求数据加载并渲染后就可以展示给用户。

一个网络请求中至少包括请求头和请求数据对象，而请求头通常包括很多值，且不同软件系统发出的网络请求中请求头不是完全相同的，所以在一些实施例中，根据需要设置请求头特征值代替请求头。在本实施例中，请求头特征值为token(登录凭证)和content-type(用于定义网络文件的类型和网页的编码)，因为token作为请求身份标识，用于登录各个网站；content-type作为请求内容标识，用于定义后端服务用相应的方式解析数据。

一个请求标识要能够代表请求某数据的一类网络请求，那么在一些实施例中，可以基于待合并请求的请求数据对象和配置的请求头特征值提取所述待合并请求的请求标识。具体的，请求数据对象包括请求类型、统一资源定位URL、URL参数、body参数、请求配置及处理服务器返回数据的回调方法组。也就是说，请求标识至少包括请求数据对象的请求类型、统一资源定位URL、URL参数、body参数以及上文中设置的请求头特征值。其中，加入请求头特征值是为了进一步识别两个请求是否请求为请求相同数据的请求。

另外，还可以根据需要筛除掉不用合并的网络请求，也就是说，在另一些实施例中，在“获取多个待合并请求”前，还包括步骤：获取多个待处理请求，基于设置的合并规则获取需要合并的多个待合并请求。这样使得该方法可以更加灵活且更加符合实际需求，并不是将所有网络请求都无区别地统一进行合并。

“基于设定的合并规则获取需要合并的多个待合并请求”包括：获取所述合并规则，若所述待处理请求符合所述合并规则，将所述待处理请求作为所述待合并请求。也就是说，在获取到同一时间发出的多个网络请求前时，先根据实际需求设置好合并规则，然后将这些网络请求当作待处理请求时，获取设置好的合并规则，若该待处理请求符合该合并规则，就将该待处理请求作为待合并求情，若不符合则说明该待处理请求不需要进行合并，可以直接发送给服务器。

步骤S2：将所述请求标识相同的所述待合并请求置于请求队列中同一请求组内，其中所述请求组包括一请求表示、一请求数据对象、一或多回调方法组。

为了避免相同的网络请求重复发送以节省网络资源，将请求表示相同的待合并请求置于同一请求组内，也就是说，将请求相同数据的网络请求合并，最后只在请求组中保留一份不包含回调方法组的请求数据对象。

但由于回调方法组中包含对服务器返回的请求数据的处理方法以及该处理方法执行的上下文，因为每个网络请求对服务器返回数据的处理方法是不同的，且使用该返回数据的上下文也不同，所以即便是具有相同请求标识的网络请求的回调方法组也是不同的，还需要同时保留每个待合并请求的回调方法组。如果某一待合并请求并没有请求标识相同的其他待合并请求，那么可以将该待合并请求单独放入一请求组中。

步骤S3：发送所有所述请求组内的所述请求数据对象。

在该步骤中，将请求队列中的所有请求组内的请求数据对象都发送到服务器。需要说明的是这里发送的请求数据对象是不包含回调方法组的。

当服务器收到请求数据对象后会返回相应的请求数据和状态码，获取到获取服务器返回的请求数据和状态码，根据所述状态码调用对应所述请求数据的回调方法，将所述请求数据反馈给发送所述待合并请求的组件。需要说明的是，回调方法组中包含处理请求数据成功的回调方法以及处理请求数据失败的回调方法，服务器对每个返回的请求数据都有相应的状态码，那么根据状态码就可以选择调用回调方法组中的某一个回调方法对返回的请求数据进行处理。

也就是说，返回的一请求数据是对应一请求组的，根据状态码调用请求组中所有回调方法组中相应的回调方法，然后经过回调方法将处理的请求数据返回给对应的组件进行加载和渲染。

特别的，在另一些实施例中，执行步骤S2之前还可以先判断所述请求队列是否处于收集状态，若所述请求队列不处于收集状态，将所述请求队列设置为收集状态并设置合并开始时刻；相对应的，当前时刻和所述合并开始时刻的间隔不小于预设收集时间时，发送所有所述请求组内的所述请求数据对象。也就是说，提前设置一预设收集时间，直到某一当前时刻和合并开始时刻的间隔不小于该预设收集时间再执行步骤S3中的发送所有请求组内的请求数据对象。

并且这个预设收集时间不能过长，否则长时间在收集请求，但不向服务器发送网络请求，会导致组件内容加载过慢且页面长时间处于无法完整显示的状态，以至于用户体验不佳。但预设收集时间又不能过短，否则无法有效地合并网络请求。因此，这个预设收集时间在本实施例中为50毫秒。

具体的可以参考图2，图2是根据本申请实施例的网络请求合并方法的数据流转图。如图2所示，某Web网页包含2个组件A、1个组件B、1个组件C和1个组件D，当加载该网页的时候，会自动加载上述5个组件，每个组件就会向服务器发出相应的网络请求，其中组件A和组件D都发出请求A，组件B发出请求B，组件C发出请求C。

首先，设置请求B是不需要合并的请求，那么在收集到组件B发出的请求B时，会直接将请求B发送至服务器。然后，收集到每个组件发出的网络请求并从中提取出请求标识，并根据提取到的请求标识将请求相同数据的请求放到请求队列中的同一请求组，同时判断该请求队列是否处于收集状态，若该请求队列不处于收集状态，将该请求队列设置为收集状态并设置合并开始时刻。最后，当前时刻与合并开始时刻的间隔不小于预设收集时间时，发送所有所述请求组内的所述请求数据对象，也就是说，最后延时发送的只有请求A和请求C中的请求数据对象。接受到服务器返回的数据A、数据B和数据C以及各个返回的数据对应状态码后，根据状态码从请求组中调用对应的回调方法并将各个数据返回给对应的组件。

总的来说，就是将请求相同数据的网络请求作为待合并请求，从待合并请求中提取出关键信息作为请求标识，请求标识相同的待合并请求放在请求队列的同一个请求组中。因为请求标识相同的待合并请求的是相同数据，但每个待合并请求可能对数据的处理方式并不相同，也就是说每个待合并请求的回调方法组不相同，因此请求组最后的合并结果为包含一请求标识、一不包含回调方法组的请求数据对象以及多个回调方法组。最后满足预设发送条件后，将不包含回调方法组的请求数据对象发送至服务器，根据服务器返回的请求数据和状态码，从相应的请求组中调用对应的回调方法组中对应状态码的回调方法。

实施例二

基于相同的构思，本实施例还提供了一种网络请求合并装置，用于实现实施例一中所描述的网络请求合并方法，具体参考图3，图3是根据本申请实施例的网络请求合并装置的结构框图，如图3所示，该装置包括以下模块：

第一获取模块：用于获取多个待合并请求，并从所述待合并请求中提取对应的请求标识；

第一合并模块：用于将所述请求标识相同的所述待合并请求置于请求队列中同一请求组内，其中所述请求组包括一请求表示、一请求数据对象、一或多回调方法组；

第一发送模块：用于发送所有所述请求组内的所述请求数据对象。

实施例三

本实施例还提供了一种电子装置，参考图4，包括存储器404和处理器402，该存储器404中存储有计算机程序，该处理器402被设置为运行计算机程序以执行上述实施例一中的任意一种网络请求合并方法的步骤。

具体地，上述处理器402可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

其中，存储器404可以包括用于数据或指令的大容量存储器404。举例来说而非限制，存储器404可包括硬盘驱动器(Hard Disk Drive，简称为HDD)、软盘驱动器、固态驱动器(Solid State Drive，简称为SSD)、闪存、光盘、磁光盘、磁带或通用串行总线(UniversalSerial Bus，简称为USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器404可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器404可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器404可在数据处理装置的内部或外部。在特定实施例中，存储器404是非易失性(Non-Volatile)存储器。在特定实施例中，存储器404包括只读存储器(Read-Only Memory，简称为ROM)和随机存取存储器(Random AccessMemory，简称为RAM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(Programmable Read-Only Memory，简称为PROM)、可擦除PROM(Erasable ProgrammableRead-Only Memory，简称为EPROM)、电可擦除PROM(Electrically Erasable ProgrammableRead-Only Memory，简称为EEPROM)、电可改写ROM(Electrically Alterable Read-OnlyMemory，简称为EAROM)或闪存(FLASH)或者两个或更多个以上这些的组合。在合适的情况下，该RAM可以是静态随机存取存储器(Static Random-Access Memory，简称为SRAM)或动态随机存取存储器(Dynamic Random Access Memory，简称为DRAM)，其中，DRAM可以是快速页模式动态随机存取存储器404(Fast Page Mode Dynamic Random Access Memory，简称为FPMDRAM)、扩展数据输出动态随机存取存储器(Extended Date Out Dynamic RandomAccess Memory，简称为EDODRAM)、同步动态随机存取内存(Synchronous Dynamic Random-Access Memory，简称SDRAM)等。

存储器404可以用来存储或者缓存需要处理和/或通信使用的各种数据文件，以及处理器402所执行的可能的计算机程序指令。

处理器402通过读取并执行存储器404中存储的计算机程序指令，以实现上述实施例中的任意一种网络请求合并方法。

可选地，上述电子装置还可以包括传输设备406以及输入输出设备408，其中，该传输设备406和上述处理器402连接，该输入输出设备408和上述处理器402连接。

传输设备406可以用来经由一个网络接收或者发送数据。上述的网络具体实例可包括电子装置的通信供应商提供的有线或无线网络。在一个实例中，传输设备包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输设备406可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。

输入输出设备408用于输入或输出信息。在本实施例中，输入的信息可以是当前数据表例如疫情流调文档、特征数据、模板表等，输出的信息可以是特征指纹、指纹模板、文本分类推荐信息、文件模板配置映射表、文件模板配置信息表等。

可选地，在本实施例中，上述处理器402可以被设置为通过计算机程序执行以下步骤：

获取多个待合并请求，并从所述待合并请求中提取对应的请求标识；

将所述请求标识相同的所述待合并请求置于请求队列中同一请求组内，其中所述请求组包括一请求表示、一请求数据对象、一或多回调方法组；

发送所有所述请求组内的所述请求数据对象。

需要说明的是，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

另外，结合上述实施例一中的任意一种网络请求合并方法，本申请实施例可一种计算机程序产品来实现。该计算机程序产品包括：程序或指令，当所述程序或指令在计算机上运行时，使得所述计算机执行实现上述实施例一中的任意一种网络请求合并方法。

并且，结合上述实施例一中的任意一种网络请求合并方法，本申请实施例可提供一种可读存储介质来实现。该可读存储介质上存储有计算机程序；该计算机程序被处理器执行时实现上述实施例一中的任意一种网络请求合并方法。

通常，各种实施例可以以硬件或专用电路、软件、逻辑或其任何组合来实现。本发明的一些方面可以以硬件来实现，而其他方面可以以可以由控制器、微处理器或其他计算设备执行的固件或软件来实现，但是本发明不限于此。尽管本发明的各个方面可以被示出和描述为框图、流程图或使用一些其他图形表示，但是应当理解，作为非限制性示例，本文中描述的这些框、装置、系统、技术或方法可以以硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备或其某种组合来实现。

本发明的实施例可以由计算机软件来实现，该计算机软件由移动设备的数据处理器诸如在处理器实体中可执行，或者由硬件来实现，或者由软件和硬件的组合来实现。包括软件例程、小程序和/或宏的计算机软件或程序(也称为程序产品)可以存储在任何装置可读数据存储介质中，并且它们包括用于执行特定任务的程序指令。计算机程序产品可以包括当程序运行时被配置为执行实施例的一个或多个计算机可执行组件。一个或多个计算机可执行组件可以是至少一个软件代码或其一部分。另外，在这一点上，应当注意，如图中的逻辑流程的任何框可以表示程序步骤、或者互连的逻辑电路、框和功能、或者程序步骤和逻辑电路、框和功能的组合。软件可以存储在诸如存储器芯片或在处理器内实现的存储块等物理介质、诸如硬盘或软盘等磁性介质、以及诸如例如DVD及其数据变体、CD等光学介质上。物理介质是非瞬态介质。

本领域的技术人员应该明白，以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (11)

1.网络请求合并方法，其特征在于，包括以下步骤：

获取多个待合并请求，并从所述待合并请求中提取对应的请求标识；

将所述请求标识相同的所述待合并请求置于请求队列中同一请求组内，其中所述请求组包括一请求表示、一请求数据对象、一或多回调方法组；

发送所有所述请求组内的所述请求数据对象。

2.根据权利要求1所述的网络请求合并方法，其特征在于，“从所述待合并请求中提取对应的请求标识”包括：基于所述待合并请求的请求数据对象和配置的请求头特征值提取所述待合并请求的请求标识。

3.根据权利要求1所述的网络请求合并方法，其特征在于，在“获取多个待合并请求”前，还包括步骤：获取多个待处理请求，基于设置的合并规则获取需要合并的多个待合并请求。

4.根据权利要求3所述的网络请求合并方法，其特征在于，“基于设定的合并规则获取需要合并的多个待合并请求”包括：获取所述合并规则，若所述待处理请求符合所述合并规则，将所述待处理请求作为所述待合并请求。

5.根据权利要求4所述的网络请求合并方法，其特征在于，“将所述请求标识相同的所述待合并请求置于请求队列中同一请求组内”前，包括步骤：判断所述请求队列是否处于收集状态，若所述请求队列不处于收集状态，将所述请求队列设置为收集状态并设置合并开始时刻。

6.根据权利要求5所述的网络请求合并方法，其特征在于，当前时刻和所述合并开始时刻的间隔不小于预设收集时间时，发送所有所述请求组内的所述请求数据对象。

7.根据权利要求1所述的网络请求合并方法，其特征在于，“发送所述请求组内的请求数据对象”后还包括步骤：获取服务器返回的请求数据和状态码，根据所述状态码调用对应所述请求数据的回调方法，将所述请求数据反馈给发送所述待合并请求的组件。

8.网络请求合并装置，其特征在于，包括以下模块：

第一获取模块：用于获取多个待合并请求，并从所述待合并请求中提取对应的请求标识；

第一合并模块：用于将所述请求标识相同的所述待合并请求置于请求队列中同一请求组内，其中所述请求组包括一请求表示、一请求数据对象、一或多回调方法组；

第一发送模块：用于发送所有所述请求组内的所述请求数据对象。

9.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行权利要求1至7任一所述的网络请求合并方法。

10.一种计算机程序产品，其特征在于，包括软件代码部分，当所述计算机程序产品在计算机上被运行时，所述代码软件部分用于执行根据权利要求1至7任一项所述的网络请求合并方法。

11.一种可读存储介质，其特征在于，所述可读存储介质中存储有计算机程序，所述计算机程序包括用于控制过程以执行过程的程序代码，所述过程包括根据权利要求1至7任一项所述的网络请求合并方法。

Images