网络请求及响应的处理方法和装置与流程

本发明涉及互联网技术领域，特别是涉及一种网络请求及响应的处理方法和装置。

背景技术：

用户通过url(uniformresourcelocator，统一资源定位符)访问网页时，客户端会生成http(hypertexttransferprotocol，超文本传输协议)请求，并将http请求发送给服务端，从而获取页面相关的资源。为了优化客户端的性能，可以选择将客户端产生的多个http请求进行合并，从而减少http的请求数，这样能够减少dns(domainnamesystem，域名系统)请求所消耗的时间，减轻服务器压力，且因为减少了http请求的头部信息，能提高带宽性能。

但是，在传统的方式中，当客户端合并http请求并发送给服务端时，服务端会一次性返回合并的http请求所请求的所有资源，客户端需要在接收完所有的资源后才能使用资源，客户端要耗费较长的时间等待接收完所有的资源，会造成在合并http请求的情况下，各个请求的响应速度慢的问题，使得网页显示速度也变慢。

技术实现要素：

基于此，有必要提供一种网络请求及响应的处理方法，能够在合并请求的情况下，加速各个请求的响应速度。

此外，还有必要提供一种网络请求及响应的处理装置，能够在合并请求的情况下，加速各个请求的响应速度。

一种网络请求及响应的处理方法，包括以下步骤：

将多个请求进行合并，得到合并请求；

将所述合并请求发送给服务端；

检测所述合并请求的当前状态标识；

当所述当前状态标识指示的状态为数据传送中，则接收所述服务端返回的与所述合并请求中的各个请求对应的资源数据，并检测接收的资源数据，获取所述接收的资源数据中包含的边界标识；

根据获取的边界标识逐一提取与所述合并请求中各个请求对应的资源数据进行处理；

当所述当前状态标识指示的状态为完成时，则停止接收所述资源数据。

在其中一个实施例中，所述根据获取的边界标识逐一提取与所述合并请求中各个请求对应的资源数据进行处理，包括：

当获取的边界标识是接收的资源数据中第一个边界标识时，则提取之前接收的资源数据进行处理；

当获取的边界标识不是接收的资源数据中第一个边界标识时，则提取在本次获取的边界标识与上一次获取的边界标识之间接收的资源数据进行处理。

在其中一个实施例中，在所述当所述当前状态标识指示的状态为完成时，则停止接收所述资源数据的步骤之后，还包括：

提取在最后一次获取的边界标识之后接收的资源数据进行处理。

一种网络请求及响应的处理方法，包括以下步骤：

接收客户端发送的合并请求；

解析所述合并请求，并获取与所述合并请求中的各个请求对应的资源数据；

通过边界标识对与所述合并请求中的各个请求对应的资源数据进行分隔处理，并向所述客户端返回分隔处理后的资源数据，以使所述客户端在接收所述资源数据时，获取所述资源数据中包含的边界标识，并根据获取的边界标识逐一提取与所述合并请求中各个请求对应的资源数据进行处理。

在其中一个实施例中，所述解析所述合并请求，并获取与所述合并请求中的各个请求对应的资源数据，包括：

根据预设的分隔符号解析所述合并请求得到各个请求的目标参数；

根据所述各个请求的目标参数查询与各个请求对应的资源数据。

一种网络请求及响应的处理装置，包括：

合并模块，用于将多个请求进行合并，得到合并请求；

发送模块，用于将所述合并请求发送给服务端；

检测模块，用于检测所述合并请求的当前状态标识；

资源接收模块，用于当所述当前状态标识指示的状态为数据传送中，则接收所述服务端返回的与所述合并请求中的各个请求对应的资源数据，并检测接收的资源数据，获取所述接收的资源数据中包含的边界标识；

处理模块，用于根据获取的边界标识逐一提取与所述合并请求中各个请求对应的资源数据进行处理；

停止模块，用于当所述当前状态标识指示的状态为完成时，则停止接收所述资源数据。

在其中一个实施例中，所述处理模块还用于当获取的边界标识是接收的资源数据中第一个边界标识时，则提取之前接收的资源数据进行处理，当获取的边界标识不是接收的资源数据中第一个边界标识时，则提取在本次获取的边界标识与上一次获取的边界标识之间接收的资源数据进行处理。

在其中一个实施例中，所述处理模块还用于提取在最后一次获取的边界标识之后接收的资源数据进行处理。

一种网络请求及响应的处理装置，包括：

请求接收模块，用于接收客户端发送的合并请求；

解析模块，用于解析所述合并请求，并获取与所述合并请求中的各个请求对应的资源数据；

返回模块，用于通过边界标识对与所述合并请求中的各个请求对应的资源数据进行分隔处理，并向所述客户端返回分隔处理后的资源数据，以使所述客户端在接收所述资源数据时，获取所述资源数据中包含的边界标识，并根据获取的边界标识逐一提取与所述合并请求中各个请求对应的资源数据进行处理。

在其中一个实施例中，所述解析模块包括：

解析单元，用于根据预设的分隔符号解析所述合并请求得到各个请求的目标参数；

查询单元，用于根据所述各个请求的目标参数查询与各个请求对应的资源数据。

上述网络请求及响应的处理方法和装置，客户端将多个请求合并，得到合并请求，并将合并请求发送给服务端。客户端检测合并请求的当前状态标识，当该当前状态标识指示的状态为数据传送中，则接收服务端返回的与合并请求中的各个请求对应的资源数据，并检测获取接收的资源数据中包含的边界标识，根据获取的边界标识逐一提取与合并请求中各个请求对应的资源数据进行处理，能够在传输资源数据的过程中，提取各个请求所请求的资源数据进行处理，无需等待所有的资源数据传输完再使用资源数据，能够在合并请求的情况下，加速各个请求的响应速度，从而加快页面的显示速度。

附图说明

图1为一个实施例中网络请求及响应的处理方法的系统架构图；

图2为一个实施例中网络请求及响应的处理方法的流程示意图；

图3为一个实施例中客户端根据边界标识提取与合并请求中各个请求对应的资源数据进行处理的流程示意图；

图4为一个实施例中服务端向客户端返回与合并请求中的各个请求对应的资源数据的图形示意图；

图5为另一个实施例中网络请求及响应的处理方法的流程示意图；

图6为一个实施例中服务端解析合并请求的流程示意图；

图7为一个实施例中网络请求及响应的处理装置的结构示意图；

图8为另一个实施例中网络请求及响应的处理装置的结构示意图；

图9为一个实施例中解析模块的内部结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

图1为一个实施例中网络请求及响应的处理方法的系统架构图。如图1所示，位于终端上的客户端10将多个请求进行合并，得到合并请求，并将合并请求发送给服务端20。位于服务器上的服务端20接收客户端10发送的合并请求，解析该合并请求，并获取与合并请求中各个请求对应的资源数据。服务端20合并获取的资源数据，并通过边界标识分隔与各个请求对应的资源数据。服务端20向客户端10返回与各个请求对应的资源数据。客户端10检测合并请求的当前状态标识，当该当前状态标识指示的状态为数据传送中，则接收服务端20返回的与合并请求中各个请求对应的资源数据，并检测接收的资源数据，获取接收的资源数据中包含的边界标识，客户端10根据获取的边界标识逐一提取与合并请求中各个请求对应的资源数据进行处理。当当前状态标识指示的状态为完成时，则客户端10停止接收资源数据。

如图2所示，一种网络请求及响应的处理方法，从客户端进行描述，包括以下步骤：

步骤s202，将多个请求合并，得到合并请求。

具体的，用户在客户端通过url地址访问页面，客户端可生成多个请求向服务端请求页面资源，请求可为http请求、ftp(filetransferprotocol，文件传输协议)请求等。客户端可根据生成的各个请求所请求的资源数据的类型对请求进行合并，资源数据的类型可包括css(cascadingstylesheets，层叠样式表)文件、js(javascript)脚本文件、图片等。可将所请求的资源数据为同类型的请求按照预设的方式进行合并，得到合并请求，预设的方式可为预先定义分隔符号分隔不同的请求所请求的资源数据，例如，在合并之前，两个不同的css文件对应的请求分别为：www.ttlsa.com/static/css/ttsa_concat.css及www.ttlsa.com/static/css/a.css，合并后的请求为http://www.ttlsa.com/static？？css/ttlsa_concat.css,css/a.css，“？？”符号后为请求内容部分，并利用“，”分隔不同的请求所请求的资源数据。在其它的实施例中，也可将请求的资源数据为css文件及js脚本文件的请求进行合并，并不限于此。

步骤s204，将合并请求发送给服务端。

具体的，客户端可将合并请求发送给服务端，服务端接收到合并请求后，解析合并请求可得到合并请求中各个请求的目标参数，目标参数即指代所请求的资源数据，服务端根据解析得到的各个请求的目标参数可查询获取到各个请求对应的资源数据，并将获取的资源数据返回给客户端。

步骤s206，检测合并请求的当前状态标识，当当前状态标识指示的状态为数据传送中，则执行步骤s208，当当前状态标识指示的状态为完成时，则执行步骤s212。

具体的，客户端发送合并请求给服务端后，合并请求可能处于多个状态，可包括未初始化、初始化、发送数据、数据传送中及完成5个状态，例如当客户端向服务端发送合并请求的头部信息时，合并请求处于发送数据状态，当服务端向客户端回送应答，并发送所请求的资源数据时，合并请求处于数据传送中的状态。合并请求的当前状态标识可为readystate参数，readystate参数可对应5个不同的值，用于代表合并请求的不同状态，例如，未初始化、初始化、发送数据、数据传送中及完成5个状态可分别对应0、1、2、3、4，但不限于此。除了用数字表示合并请求的当前状态，当前状态标识也可用字母或符号表示。

步骤s208，当当前状态标识指示的状态为数据传送中，则接收服务端返回的与合并请求中的各个请求对应的资源数据，并检测接收的资源数据，获取接收的资源数据中包含的边界标识。

具体的，当客户端检测到合并请求的当前状态标识指示的状态为数据传送中时，即表示客户端接收到服务端发送的应答信息，可开始接收服务端返回的资源数据。在接收服务端返回的与合并请求中的各个请求对应的资源数据时，客户端可检测接收的资源数据，当检测到接收的资源数据中包含边界标识，即表示已成功接收到合并请求中的某个请求对应的完整的资源数据，可将这部分的资源数据提取出来进行处理使用。边界标识用于分隔各个请求对应的资源数据，边界标识可包括分隔线及时间戳，时间戳可为一个字符序列，用于指代服务端发送该资源数据的时间，边界标识包括分隔线及时间戳可保证资源数据的唯一性。

步骤s210，根据获取的边界标识逐一提取与合并请求中各个请求对应的资源数据进行处理。

具体的，在客户端接收服务器返回的资源数据的过程中，每当检测到一个边界标识，即表示有合并请求中的某个请求对应的资源数据已接收完整，即可提取该请求对应的资源数据进行处理，例如，合并请求包含a及b两个请求，a请求用于请求a.css文件，b请求用于请求b.css文件，服务端获取a.css及b.css文件并返回给客户端，返回的数据中包含一个边界标识用于分隔a.css文件及b.css文件，客户端在接收数据的过程中，当检测到边界标识时，即表示已成功接收a.css文件或成功接收b.css文件，即可提取之前接收的数据进行处理。客户端可将提取的资源数据放入模板引擎中进行编译，生成相应的html(hypertextmarkuplanguage，超级文本标记语言)字符串，渲染显示页面。

步骤s212，当当前状态标识指示的状态为完成时，则停止接收资源数据。

具体的，当服务端发送完所有的资源数据后，客户端会接收到一个带结束标记的报文段，此时，合并请求的当前状态标识指示的状态变为完成，客户端停止接收资源数据，完成本次资源数据请求，客户端可选择向服务端发送下一个合并请求获取相应的资源数据，也可选择关闭与服务端的连接。

上述网络请求及响应的处理方法，客户端将多个请求合并，得到合并请求，并将合并请求发送给服务端。客户端检测合并请求的当前状态标识，当该当前状态标识指示的状态为数据传送中，则接收服务端返回的与合并请求中的各个请求对应的资源数据，并检测获取接收的资源数据中包含的边界标识，根据获取的边界标识逐一提取与合并请求中各个请求对应的资源数据进行处理，能够在传输资源数据的过程中，提取各个请求所请求的资源数据进行处理，无需等待所有的资源数据传输完再使用资源数据，能够在合并请求的情况下，加速各个请求的响应速度，从而加快页面的渲染显示速度。

如图3所示，在一个实施例中，步骤s210根据获取的边界标识逐一提取与合并请求中各个请求对应的资源数据进行处理，包括：

步骤s302，判断获取的边界标识是否为接收的资源数据中的第一个边界标识，若是，则执行步骤s304，若否，则执行步骤s306。

具体的，在客户端接收服务端返回的资源数据的过程中，每当检测到接收的资源数据中包含边界标识，则判断该边界标识是否为第一个边界标识，即是否是第一次检测到接收的资源数据中包含边界标识。

步骤s304，提取之前接收的资源数据进行处理。

具体的，若获取的边界标识是接收的资源数据中第一个边界标识，即当客户端第一次检测到接收的资源数据中包含边界标识，表示之前接收的资源数据为合并请求中某个请求对应的资源数据，则提取之前接收的资源数据进行处理使用。

步骤s306，提取在本次获取的边界标识与上一次获取的边界标识之间接收的资源数据进行处理。

具体的，若获取的边界标识不是接收的资源数据中第一个边界标识，即当客户端不是第一次检测到接收的资源数据中包含边界标识，表示在本次检测到的边界标识与上一次检测到的边界标识之间接收的资源数据为合并请求中某一请求对应的资源数据，则提取在本次获取的边界标识与上一次获取的边界标识之间接收的资源数据进行处理，例如，客户端第二次获取到边界标识，则提取在第一次获取的边界标识与第二次获取的边界标识之间接收的资源数据进行处理。如图3所示，图3为一个实施例中客户端接收服务端返回的资源数据的图形示意图。客户端接收来自服务端的数据1、数据2……数据6，当客户端接收到数据2时，第一次检测到边界标识，说明之前接收的数据1及数据2是合并请求中某个请求对应的资源数据，则提取数据1及数据2中的资源数据进行处理，当客户接收到数据4时第二次检测到边界标识，说明在第一次检测到边界标识到第二次检测到边界标识之间接收的数据3及数据4是合并请求中另一个请求对应的资源数据，则提取数据3及数据4中的资源数据进行处理。

在一个实施例中，在步骤s212当当前状态标识指示的状态为完成时，则停止接收资源数据之后，还包括：提取在最后一次获取的边界标识之后接收的资源数据进行处理。

具体的，当客户端全部接收完服务端发送的资源数据后，可提取在最后一次获取的边界标识之后接收的资源数据进行处理，在最后一次获取的边界标识之后接收的资源数据为合并请求中某个请求以应的资源数据。在其它的实施例中，可设置开始标识及结束标识，开始标识放在所有资源数据的最前端，结束标识放在所有资源数据的最末端，当客户端全部接收完服务端发送的资源数据后，可提取在最后一次获取的边界标识与结束标识之间接收的资源数据进行处理，当获取的边界标识为接收的资源数据的第一个边界标识，则可提取在开始标识与获取的边界标识之间接收的资源数据进行处理，并不仅限于上述方式。

上述网络请求及响应的处理方法，在传输资源数据的过程中，客户端根据检测获取到的边界标识提取合并请求中各个请求对应的资源数据进行处理，无需等待所有的资源数据传输完再使用资源数据，能够在合并请求的情况下，加速各个请求的响应速度，从而加快页面的渲染显示速度。

如图5所示，一种网络请求及响应的处理方法，从服务端进行描述，包括：

步骤s510，接收客户端发送的合并请求。

具体的，客户端合并生成的多个请求，得到合并请求，并将合并请求发送给服务端，服务端接收客户端发送的合并请求。

步骤s520，解析合并请求，并获取与合并请求中的各个请求对应的资源数据。

具体的，服务端接收到客户端发送的合并请求后，可解析合并请求，并根据解析结果获取与合并请求中的各个请求对应的资源数据。

如图6所示，在一个实施例中，步骤s520解析合并请求，并获取与合并请求中的各个请求对应的资源数据，包括：

步骤s602，根据预设的分隔符号解析合并请求得到各个请求的目标参数。

具体的，客户端在进行请求合并时，可通过预设的分隔符号分隔不同的请求所请求的资源数据，例如，利用“，”、“、”等作为分隔符号分隔不同的请求所请求的资源数据。服务端在解析合并请求时，可根据与客户端预先约定好的分隔符号解析合并请求信息中的主体部分，得到每个请求的目标参数，目标参数可用于指代所请求的资源数据。

步骤s604，根据各个请求的目标参数查询与各个请求对应的资源数据。

具体的，服务端根据解析得到的各个请求的目标参数查询并获取与各个请求对应的资源数据，例如，服务端解析合并请求得到的目标参数包括a.css、b.css及c.css，即说明合并请求中包含三个请求，分别请求a.css文件、b.css文件及c.css文件，则服务端根据目标参数查询并获取对应的a.css文件、b.css文件及c.css文件，并将获取到的资源数据发送给客户端。

步骤s530，通过边界标识对与合并请求中的各个请求对应的资源数据进行分隔处理，并向客户端返回分隔处理后的资源数据，以使客户端在接收资源数据时，获取资源数据中包含的边界标识，并根据获取的边界标识逐一提取与合并请求中各个请求对应的资源数据进行处理。

具体的，服务端可向客户端发送应答信息，并向客户端返回与合并请求中的各个请求对应的资源数据，可在合并请求中的不同请求对应的资源数据后添加边界标识，通过边界标识对各个请求对应的资源数据进行分隔处理，以此分隔不同请求对应的资源数据，服务器不一定需要按照合并请求中的各个请求的顺序对资源数据进行分隔处理。边界标识可包括分隔线及时间戳，时间戳可为一个字符序列，用于指代服务端发送该资源数据的时间。服务端可将分隔处理后的资源数据返回给客户端，在客户端接收服务端返回的与合并请求中的各个请求对应的资源数据时，客户端可检测接收的资源数据，当检测到接收的资源数据中包含边界标识，即表示已成功接收到合并请求中的某个请求对应的完整的资源数据，可将这部分的资源数据提取出来进行处理使用。

上述网络请求及响应的处理方法，服务端接收客户端发送的合并请求，解析合并请求后获取与合并请求中各个请求对应的资源数据，通过边界标识分隔不同请求对应的资源数据后，向客户端返回分隔处理后的资源数据，使得客户端在接收资源数据时，检测获取接收的资源数据中包含的边界标识，根据获取的边界标识逐一提取与合并请求中各个请求对应的资源数据进行处理，客户端能够在传输资源数据的过程中，提取各个请求所请求的资源数据进行处理，无需等待所有的资源数据传输完再使用资源数据，能够在合并请求的情况下，加速各个请求的响应速度，从而加快页面的渲染显示速度。

如图7所示，一种网络请求及响应的处理装置，包括合并模块710、发送模块720、检测模块730、资源接收模块740、处理模块750及停止模块760。

合并模块710，用于将多个请求进行合并，得到合并请求。

具体的，用户在客户端通过url地址访问页面，客户端可生成多个请求向服务端请求页面资源，请求可为http请求、ftp请求等。客户端可根据生成的各个请求所请求的资源数据的类型对请求进行合并，资源数据的类型可包括css文件、js脚本文件、图片等。可将所请求的资源数据为同类型的请求按照预设的方式进行合并，得到合并请求，预设的方式可为预先定义分隔符号分隔不同的请求所请求的资源数据，例如，在合并之前，两个不同的css文件对应的请求分别为：www.ttlsa.com/static/css/ttsa_concat.css及www.ttlsa.com/static/css/a.css，合并后的请求为http://www.ttlsa.com/static？？css/ttlsa_concat.css,css/a.css，“？？”符号后为请求内容部分，并利用“，”分隔不同的请求所请求的资源数据。在其它的实施例中，也可将请求的资源数据为css文件及js脚本文件的请求进行合并，并不限于此。

发送模块720，用于将合并请求发送给服务端。

具体的，客户端可将合并请求发送给服务端，服务端接收到合并请求后，解析合并请求可得到合并请求中各个请求的目标参数，目标参数即指代所请求的资源数据，服务端根据解析得到的各个请求的目标参数可查询获取到各个请求对应的资源数据，并将获取的资源数据返回给客户端。

检测模块730，用于检测合并请求的当前状态标识。

具体的，客户端发送合并请求给服务端后，合并请求可能处于多个状态，可包括未初始化、初始化、发送数据、数据传送中及完成5个状态，例如当客户端向服务端发送合并请求的头部信息时，合并请求处于发送数据状态，当服务端向客户端回送应答，并发送所请求的资源数据时，合并请求处于数据传送中的状态。合并请求的当前状态标识可为readystate参数，readystate参数可对应5个不同的值，用于代表合并请求的不同状态，例如，未初始化、初始化、发送数据、数据传送中及完成5个状态可分别对应0、1、2、3、4，但不限于此。除了用数字表示合并请求的当前状态，当前状态标识也可用字母或符号表示。

资源接收模块740，用于当当前状态标识指示的状态为数据传送中，则接收服务端返回的与合并请求中的各个请求对应的资源数据，并检测接收的资源数据，获取接收的资源数据中包含的边界标识。

具体的，当客户端检测到合并请求的当前状态标识指示的状态为数据传送中时，即表示客户端接收到服务端发送的应答信息，可开始接收服务端返回的资源数据。在接收服务端返回的与合并请求中的各个请求对应的资源数据时，客户端可检测接收的资源数据，当检测到接收的资源数据中包含边界标识，即表示已成功接收到合并请求中的某个请求对应的完整的资源数据，可将这部分的资源数据提取出来进行处理使用。边界标识用于分隔各个请求对应的资源数据，边界标识可包括分隔线及时间戳，时间戳可为一个字符序列，用于指代服务端发送该资源数据的时间，边界标识包括分隔线及时间戳可保证资源数据的唯一性。

处理模块750，用于根据获取的边界标识逐一提取与合并请求中各个请求对应的资源数据进行处理。

具体的，在客户端接收服务器返回的资源数据的过程中，每当检测到一个边界标识，即表示有合并请求中的某个请求对应的资源数据已接收完整，即可提取该请求对应的资源数据进行处理，例如，合并请求包含a及b两个请求，a请求用于请求a.css文件，b请求用于请求b.css文件，服务端获取a.css及b.css文件并返回给客户端，返回的数据中包含一个边界标识用于分隔a.css文件及b.css文件，客户端在接收数据的过程中，当检测到边界标识时，即表示已成功接收a.css文件或成功接收b.css文件，即可提取之前接收的数据进行处理。客户端可将提取的资源数据放入模板引擎中进行编译，生成相应的html字符串，渲染显示页面。

停止模块760，用于当当前状态标识指示的状态为完成时，则停止接收资源数据。

具体的，当服务端发送完所有的资源数据后，客户端会接收到一个带结束标记的报文段，此时，合并请求的当前状态标识指示的状态变为完成，客户端停止接收资源数据，完成本次资源数据请求，客户端可选择向服务端发送下一个合并请求获取相应的资源数据，也可选择关闭与服务端的连接。

上述网络请求及响应的处理装置，客户端将多个请求合并，得到合并请求，并将合并请求发送给服务端。客户端检测合并请求的当前状态标识，当该当前状态标识指示的状态为数据传送中，则接收服务端返回的与合并请求中的各个请求对应的资源数据，并检测获取接收的资源数据中包含的边界标识，根据获取的边界标识逐一提取与合并请求中各个请求对应的资源数据进行处理，能够在传输资源数据的过程中，提取各个请求所请求的资源数据进行处理，无需等待所有的资源数据传输完再使用资源数据，能够在合并请求的情况下，加速各个请求的响应速度，从而加快页面的渲染显示速度。

在一个实施例中，处理模块750还用于当获取的边界标识是接收的资源数据中第一个边界标识时，则提取之前接收的资源数据进行处理，当获取的边界标识不是接收的资源数据中第一个边界标识时，则提取在本次获取的边界标识与上一次获取的边界标识之间接收的资源数据进行处理。

具体的，在客户端接收服务端返回的资源数据的过程中，每当检测到接收的资源数据中包含边界标识，则判断该边界标识是否为第一个边界标识，即是否是第一次检测到接收的资源数据中包含边界标识。若获取的边界标识是接收的资源数据中第一个边界标识，即当客户端第一次检测到接收的资源数据中包含边界标识，表示之前接收的资源数据为合并请求中某个请求对应的资源数据，则提取之前接收的资源数据进行处理使用。若获取的边界标识不是接收的资源数据中第一个边界标识，即当客户端不是第一次检测到接收的资源数据中包含边界标识，表示在本次检测到的边界标识与上一次检测到的边界标识之间接收的资源数据为合并请求中某一请求对应的资源数据，则提取在本次获取的边界标识与上一次获取的边界标识之间接收的资源数据进行处理，例如，客户端第二次获取到边界标识，则提取在第一次获取的边界标识与第二次获取的边界标识之间接收的资源数据进行处理。

处理模块750还用于提取在最后一次获取的边界标识之后接收的资源数据进行处理。

具体的，当客户端全部接收完服务端发送的资源数据后，可提取在最后一次获取的边界标识之后接收的资源数据进行处理，在最后一次获取的边界标识之后接收的资源数据为合并请求中某个请求以应的资源数据。在其它的实施例中，可设置开始标识及结束标识，开始标识放在所有资源数据的最前端，结束标识放在所有资源数据的最末端，当客户端全部接收完服务端发送的资源数据后，可提取在最后一次获取的边界标识与结束标识之间接收的资源数据进行处理，当获取的边界标识为接收的资源数据的第一个边界标识，则可提取在开始标识与获取的边界标识之间接收的资源数据进行处理，并不仅限于上述方式。

上述网络请求及响应的处理装置，在传输资源数据的过程中，客户端根据检测获取到的边界标识提取合并请求中各个请求对应的资源数据进行处理，无需等待所有的资源数据传输完再使用资源数据，能够在合并请求的情况下，加速各个请求的响应速度，从而加快页面的渲染显示速度。

如图8所示，一种网络请求及响应的处理装置，包括请求接收模块810、解析模块820及返回模块830。

接收模块810，用于接收客户端发送的合并请求。

具体的，客户端合并生成的多个请求，得到合并请求，并将合并请求发送给服务端，服务端接收客户端发送的合并请求。

解析模块820，用于解析合并请求，并获取与合并请求中的各个请求对应的资源数据。

具体的，服务端接收到客户端发送的合并请求后，可解析合并请求，并根据解析结果获取与合并请求中的各个请求对应的资源数据。

如图9所示，在一个实施例中，解析模块820包括解析单元822及查询单元824。

解析单元822，用于根据预设的分隔符号解析合并请求得到各个请求的目标参数。

具体的，客户端在进行请求合并时，可通过预设的分隔符号分隔不同的请求所请求的资源数据，例如，利用“，”、“、”等作为分隔符号分隔不同的请求所请求的资源数据。服务端在解析合并请求时，可根据与客户端预先约定好的分隔符号解析合并请求信息中的主体部分，得到每个请求的目标参数，目标参数可用于指代所请求的资源数据。

查询单元824，用于根据各个请求的目标参数查询与各个请求对应的资源数据。

具体的，服务端根据解析得到的各个请求的目标参数查询并获取与各个请求对应的资源数据，例如，服务端解析合并请求得到的目标参数包括a.css、b.css及c.css，即说明合并请求中包含三个请求，分别请求a.css文件、b.css文件及c.css文件，则服务端根据目标参数查询并获取对应的a.css文件、b.css文件及c.css文件，并将获取到的资源数据发送给客户端。

返回模块830，用于通过边界标识对与合并请求中的各个请求对应的资源数据，并向客户端返回分隔处理后的资源数据，以使客户端在接收资源数据时，获取资源数据中包含的边界标识，并根据获取的边界标识逐一提取与合并请求中各个请求对应的资源数据进行处理。

具体的，服务端可向客户端发送应答信息，并向客户端返回与合并请求中的各个请求对应的资源数据，可在合并请求中的不同请求对应的资源数据后添加边界标识，通过边界标识对各个请求对应的资源数据进行分隔处理，以此分隔不同请求对应的资源数据，服务器不一定需要按照合并请求中的各个请求的顺序对资源数据进行分隔处理。边界标识可包括分隔线及时间戳，时间戳可为一个字符序列，用于指代服务端发送该资源数据的时间。服务端可将分隔处理后的资源数据返回给客户端，在客户端接收服务端返回的与合并请求中的各个请求对应的资源数据时，客户端可检测接收的资源数据，当检测到接收的资源数据中包含边界标识，即表示已成功接收到合并请求中的某个请求对应的完整的资源数据，可将这部分的资源数据提取出来进行处理使用。

上述网络请求及响应的处理装置，服务端接收客户端发送的合并请求，解析合并请求后获取与合并请求中各个请求对应的资源数据，通过边界标识分隔不同请求对应的资源数据后，向客户端返回分隔处理后的资源数据，使得客户端在接收资源数据时，检测获取接收的资源数据中包含的边界标识，根据获取的边界标识逐一提取与合并请求中各个请求对应的资源数据进行处理，客户端能够在传输资源数据的过程中，提取各个请求所请求的资源数据进行处理，无需等待所有的资源数据传输完再使用资源数据，能够在合并请求的情况下，加速各个请求的响应速度，从而加快页面的渲染显示速度。

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

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