CN108259520A - 一种数据处理方法及服务器 - Google Patents

Abstract

本发明实施例公开了一种数据处理方法及服务器，用于减少软件开发过程中客户端以及服务器端的等待时间，提高软件开发的速度。本发明实施例方法包括：获取目标数据，所述目标数据包括客户端发送的目标HTTP请求或服务器端发送的目标响应消息；判断所述目标数据是否符合预置的拦截条件；若是，则根据所述目标数据获取目标响应体，所述目标响应体为成功的HTTP响应状态；将所述目标响应体发送至客户端，以使得所述客户端根据所述目标响应体执行相应操作。

Description

一种数据处理方法及服务器

技术领域

本发明涉及软件开发领域，特别涉及一种数据处理方法及服务器。

背景技术

随着移动互联网技术的迅猛发展，越来越多的新的移动技术应运而生，RESTFUL架构就是其中的中流砥柱。REST(Representational State Transfer，REST)。REST指的是一组架构约束条件和原则，满足这些约束条件和原则的应用程序或设计就是RESTful。

目前市面上90％以上的移动应用程序和网站，都使用到了RESTFUL技术，它能够很好的承载数据格式和传输数据，然而在开发应用程序(Application，APP)和网站开发过程中，客户端开发人员对于应用程序编程接口(Application Programming Interface,API)的依赖性并没有得到解决，“数据联调”成为了RESTFUL架构的瓶颈，程序员们不得不在API开发完成之前相互等待对方的工作完成，才能进行后续的联调测试。

RESTFUL作为通过超文本传输协议(Hyper Text Transfer Protocol，HTTP)进行数据传输，是客户端以及服务器端人员进行数据传输的重要途径，然而现有的软件开发流程通常是客户端以及服务器端同时进行的。如何保证在没有服务器端数据的情况下，保持开发的进度成为了难题。在服务器端没有开发完成API的情况下，客户端需要不断的等待。同时，在没有数据的情况下，很可能也会造成相互等待，浪费了大量宝贵的开发时间。

发明内容

本发明实施例提供了一种数据处理方法及服务器，用于减少在软件开发过程中客户端以及服务器端的等待时间，提高软件开发的速度。

本发明实施例第一方面提供了一种数据处理方法，具体包括：

获取目标数据，所述目标数据包括客户端发送的目标HTTP请求或服务器端发送的目标响应消息；

判断所述目标数据是否符合预置的拦截条件；

若是，则根据所述目标数据获取目标响应体，所述目标响应体为成功的HTTP响应状态；

将所述目标响应体发送至客户端，以使得所述客户端根据所述目标响应体执行相应操作。

结合第一方面，在第一方面的第一种可能的实现方式中，当需要获取目标数据时，可以先接收客户端发送的HTTP请求，判断该HTTP请求与预置的配置文件中的数据是否匹配，若匹配，则可以确定该HTTP请求为目标数据。

结合第一方面，在第一方面的第二种可能的实现方式中，当接收客户端发送的HTTP请求与预置的配置文件中的数据不匹配时，可以将该HTTP请求发送至服务器端，以使得服务器根据该HTTP请求返回响应消息，该响应消息即为目标数据。

结合第一方面，在第一方面的第三种可能的实现方式中，当需要判断目标数据是否符合预置的拦截条件时，可以判断目标数据与预置的虚拟响应列表中的数据是否匹配，当匹配时，则可以确定目标数据符合预置的拦截条件，当不匹配时，则可以确定目标数据不符合预置的拦截条件。

结合第一方面，在第一方面的第四种可能的实现方式中，当目标数据为目标HTTP请求时，提取预置的虚拟响应列表中与目标数据匹配的虚拟数据，根据虚拟数据生成目标响应体；当目标数据为目标响应消息时，则提取目标响应消息中的响应状态码，该响应状态码为错误的响应状态码，根据该响应状态码生成目标响应体。

本发明实施例第二方面提供了一种服务器，具体包括：

第一获取模块，用于获取目标数据，所述目标数据包括客户端发送的目标HTTP请求或服务器端发送的目标响应消息；

判断模块，用于判断所述目标数据是否符合预置的拦截条件；

第二获取模块，用于在所述目标数据符合预置的拦截条件时，根据所述目标数据获取目标响应体，所述目标响应体为成功的HTTP响应状态；

发送模块，用于将所述目标响应体发送至客户端，以使得所述客户端根据所述目标响应体执行相应操作。

本发明实施例第三方面提供了一种服务器，包括：

中央处理器、存储器、存储介质、电源、无线网络接口以及输入输出接口；

通过调用所述存储器或存储介质上存储的操作指令，所述中央处理器，用于执行如下步骤：

获取目标数据，所述目标数据包括客户端发送的目标HTTP请求或服务器端发送的目标响应消息；

判断所述目标数据是否符合预置的拦截条件；

若是，则根据所述目标数据获取目标响应体，所述目标响应体为成功的HTTP响应状态；

将所述目标响应体发送至客户端，以使得所述客户端根据所述目标响应体执行相应操作。

从以上技术方案可以看出，本发明实施例具有以下优点：获取目标数据，目标数据包括客户端发送的目标HTTP请求或服务器端发送的目标响应消息；判断目标数据是否符合拦截条件；当目标数据符合预置的拦截条件时，根据目标数据获取目标响应体，目标响应体为成功的HTTP响应状态；将目标响应体发送至客户端，以使得客户端根据目标响应体执行相应操作。可以看出，当客户端发送HTTP请求或者服务器端返回响应消息符合预置拦截条件时，可以根据该HTTP请求或者响应消息获取到成功的HTTP响应状态，客户端可以根据该成功的HTTP响应状态执行相应的操作，而无需等待服务器端API开发完成后，客户端才进行数据传输，减少客户端以及服务器端的等待时间，提高软件开发的速度。

附图说明

图1为本发明实施例中数据处理方法的一个实施例示意图；

图2为本发明实施例中数据处理方法的另一实施例示意图；

图3为本发明实施例中服务器的一个实施例示意图；

图4为本发明实施例中服务器的另一实施例示意图；

图5为本发明实施例中服务器的实体结构示意图。

具体实施方式

本发明实施例提供了一种数据处理方法及服务器，用于减少软件开发过程中客户端以及服务器端的等待时间，提高软件开发的速度。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

请参阅图1，本发明实施例中数据处理方法的一个实施例包括：

101、获取目标数据。

本实施例中，在软件开发过程中，当前后端(即客户端以及服务器端)需要进行数据传输时，可以通过HTTP进行数据传输，此时，即服务器可以获取到目标数据，该目标数据包括客户端发送的目标HTTP请求或服务器端发送的目标响应消息。

102、判断目标数据是否符合预置的拦截条件，若是，则执行步骤104，若否，则执行步骤103。

本实施例中，在服务器获取到目标数据之后，判断该目标数据是否符合预置的拦截条件，若是，则执行步骤104，若否，则执行步骤103。

103、执行其他操作。

本实施例中，当服务器确定目标数据符合预置的拦截条件时，则执行其他操作。

104、根据目标数据获取目标响应体。

本实施例中，当服务器确定目标数据符合预置的拦截条件时，可以根据该目标数据获取目标响应体，该目标响应体为成功的HTTP响应状态。

105、将目标响应体发送至客户端。

本实施例中，当服务器获取到目标响应体之后，可以将该目标响应体发送至客户端，以使得客户端根据目标响应体执行相应的操作。

综上所述可以看出，当客户端发送HTTP请求或者服务器端返回响应消息符合预置拦截条件时，服务器可以根据该HTTP请求或者响应消息获取到成功的HTTP响应状态，客户端可以根据该成功的HTTP响应状态执行相应的操作，而无需等待服务器端API开发完成后，客户端才进行数据传输，减少客户端以及服务器端的等待时间，提高软件开发的速度。

请参阅图2，本发明实施例中数据处理方法的另一实施例包括：

201、接收客户端发送的目标HTTP请求。

本实施例中，本实施例中，在软件开发过程中，当前后端(即客户端以及服务器端)需要进行数据传输时，可以通过HTTP进行数据传输，此时，即服务器即可以接收客户端发送的目标HTTP请求。

202、判断目标HTTP请求与预置的配置文件中的数据是否匹配，若是，则执行步骤204，若否，则执行步骤203。

本实施例中，当服务器在收到目标HTTP请求后，可以判断该目标HTTP请求与预置的配置文件中的数据是否匹配，若是，则执行步骤204，若否，则执行步骤203。即在客户端代码***一段开关入口代码，该段开关入口代码以文件的形式存在即预置的配置文件，当客户端发送HTTP请求时会经过该预置的配置文件，此时，服务器会判断该HTTP请求与预置的配置文件中的数据是否匹配，当匹配时，执行步骤204，当不匹配时，执行步骤203。

203、将目标HTTP请求发送至服务器端，以使得服务器端根据目标HTTP请求返回目标响应消息。

本实施例中，当服务器确定目标HTTP请求与预置的配置文件中的数据不匹配时，则可以将该目标HTTP请求发送至服务器端，服务器端在收到该目标HTTP请求后，可以根据该目标HTTP请求返回目标响应消息。

204、确定目标响应消息为目标数据。

本实施例中，当服务器收到服务器端根据目标HTTP请求返回的目标响应消息后，可以确定该目标响应消息即为目标数据。

205、确定目标HTTP请求为目标数据。

本实施例中，当服务器确定目标请求与预置的配置文件中的数据匹配时，此时可以确定该目标HTTP请求为目标数据。

206、判断目标数据与预置的虚拟响应列表中的数据是否匹配，若是，则执行步骤208，若否，则执行步骤207。

本实施例中，当服务器确定目标数据之后，可以判断该目标数据与预置的虚拟响应列表中的数据是否匹配，若是，则执行步骤208，若否，则执行步骤207。

207、确定目标数据不符合预置的拦截条件。

本实施例中，当服务器确定目标数据与预置的虚拟响应列表中的数据不匹配时，则可以确定该目标数据不符合预置的拦截条件，则将该目标数据放行。

208、确定目标数据符合预置的拦截条件。

本实施例中，当服务器确定目标数据与预置的虚拟响应列表中的数据匹配时，则可以确定该目标数据符合预置的拦截条件，则将该目标数据进行拦截。

209、根据目标数据获取目标响应体。

本实施例中，当服务器确定目标数据符合预置的拦截条件后，可以根据目标数据获取目标响应体。

需要说明的是，由于该目标数据为客户端发送的目标HTTP请求或服务器端发送的目标响应消息，所以服务器根据目标数据获取目标响应体有两种，一种为HTTP请求，一种为响应消息，下面分别进行说明：

当目标数据为目标HTTP请求时，则可以提取预置虚拟响应列表中与目标数据匹配的虚拟数据，且根据该虚拟数据生成目标响应体，即将该虚拟数据伪装成成功响应状态，该成功响应状态可以是HTTP STATE 200，该成功响应状态即为目标响应体；

当目标数据为服务器端发送的目标响应消息时，则可以提取目标响应消息中的响应状态码，此时该响应状态码为错误的响应状态码，例如400Bad Request(语义有误，当前请求无法被服务器理解，请求参数有误)或者500Internal Server Error(服务器遇到了一个未曾预料的状况，导致了它无法完成对请求的处理)，此时，服务器即可以根据该错误的响应状态码生成目标响应体，即将该错误的响应状态码伪装成一个正确的响应状态，该正确的响应状态即为目标响应体。

210、将目标响应体发送至客户端。

本实施例中，当服务器在却抵挡目标响应体之后，可以将该目标响应体发送至客户端，客户端在接收到该目标响应体之后，客户端可以根据该目标执行相应的操作。

综上所述可以看出，当客户端发送HTTP请求或者服务器端返回响应消息符合预置拦截条件时，服务器可以根据该HTTP请求或者响应消息获取到成功的HTTP响应状态，客户端可以根据该成功的HTTP响应状态执行相应的操作，而无需等待服务器端API开发完成后，客户端才进行数据传输，减少客户端以及服务器端的等待时间，提高软件开发的速度。

上面从数据处理方法的角度对本发明实施例进行描述，下面从服务器的角度对本发明实施例进行描述。

请参阅图3，本发明实施例中服务器的一个实施例包括：

第一获取模块301，用于获取目标数据，目标数据包括客户端发送的目标HTTP请求或服务器端发送的目标响应消息；

判断模块302，用于判断目标数据是否符合预置的拦截条件；

第二获取模块303，用于在目标数据符合预置的拦截条件时，根据目标数据获取目标响应体，目标响应体为成功的HTTP响应状态；

发送模块304，用于将目标响应体发送至客户端，以使得客户端根据目标响应体执行相应操作。

本实施例中的服务器的各模块与单元之间的交互方式如前述图2所示数据处理方法实施例中的描述类似，具体此处不再赘述。

综上所述可以看出，在开发软件过程中，当前后端需要通过HTTP进行数据传输时，服务器可以通过第一获取模块301获取目标数据，目标数据包括客户端发送的目标HTTP请求或服务器端发送的目标响应消息，通过判断模块302判断目标数据是否符合拦截条件，通过第二获取模块303在目标数据符合预置的拦截条件时，根据目标数据获取目标响应体，目标响应体为成功的HTTP响应状态，通过发送模块304将目标响应体发送至客户端，以使得客户端根据目标响应体执行相应操作。可以看出，当客户端发送HTTP请求或者服务器端返回响应消息符合预置拦截条件时，可以根据该HTTP请求或者响应消息获取到成功的HTTP响应状态，客户端可以根据该成功的HTTP响应状态执行相应的操作，而无需等待服务器端API开发完成后，客户端才进行数据传输，减少客户端以及服务器端的等待时间，提高软件开发的速度。

为了便于理解，下面结合图4进行说明。

请参阅图4，本发明实施例中服务器的另一实施例包括：

第一获取模块401，用于获取目标数据，目标数据包括客户端发送的目标HTTP请求或服务器端发送的目标响应消息；

判断模块402，用于判断目标数据是否符合预置的拦截条件；

第二获取模块403，用于在目标数据符合预置的拦截条件时，根据目标数据获取目标响应体，目标响应体为成功的HTTP响应状态；

发送模块404，用于将目标响应体发送至客户端，以使得客户端根据目标响应体执行相应操作。

其中，第一获取模块401可以进一步包括：

接收单元4011，用于接收客户端发送的目标HTTP请求；

判断单元4012，用于判断目标HTTP请求与预置的配置文件中的数据是否匹配；

第一确定单元4013，用于在目标HTTP请求与预置的配置文件中的数据匹配时，确定目标HTTP请求为所述目标数据。

或，

发送单元4014，用于在目标HTTP请求与预置的配置文件中的数据不匹配时，则将目标HTTP请求发送至服务器端，以使得服务器端根据目标HTTP请求返回所述目标响应消息；

第二确定单元4015，用于确定目标响应消息为目标数据。

其中，判断模块402可以进一步包括：

判断单元4021，用于判断目标数据与预置的虚拟响应列表中的数据是否匹配；

第三确定单元4022，用于在目标数据与所述预置的虚拟响应列表中的数据匹配时，确定目标数据符合预置的拦截条件；

第四确定单元4023，用于在目标数据与所述预置的虚拟响应列表中的数据不匹配时，则确定目标数据不符合预置的拦截条件。

其中，第二获取模块403可以进一步包括：

第一提取单元4031，用于在目标数据为目标HTTP请求时，提取预置的虚拟响应列表中的与目标数据匹配的虚拟数据；

第一生成单元4032，用于根据虚拟数据生成目标响应体；

或，

第二提取单元4033，用于在目标数据为目标响应消息时，提取目标响应消息中的响应状态码，响应状态码为错误的响应状态码；

第二生成单元4034，用于根据响应状态码生成目标响应体。

本实施例中的服务器的各模块与单元之间的交互方式如前述图2所示数据处理方法实施例中的描述类似，具体此处不再赘述。

综上所述可以看出，在开发软件过程中，当前后端需要通过HTTP进行数据传输时，服务器可以通过第一获取模块401获取目标数据，目标数据包括客户端发送的目标HTTP请求或服务器端发送的目标响应消息，通过判断模块402判断目标数据是否符合拦截条件，通过第二获取模块403在目标数据符合预置的拦截条件时，根据目标数据获取目标响应体，目标响应体为成功的HTTP响应状态，通过发送模块404将目标响应体发送至客户端，以使得客户端根据目标响应体执行相应操作。可以看出，当客户端发送HTTP请求或者服务器端返回响应消息符合预置拦截条件时，可以根据该HTTP请求或者响应消息获取到成功的HTTP响应状态，客户端可以根据该成功的HTTP响应状态执行相应的操作，而无需等待服务器端API开发完成后，客户端才进行数据传输，减少客户端以及服务器端的等待时间，提高软件开发的速度。

请参阅图5，图5是本发明实施例提供的一种服务器的结构示意图，该服务器500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以***处理器(centralprocessing units，CPU)522(例如，一个或一个以上处理器)和存储器32，一个或一个以上存储应用程序542或数据544的存储介质30(例如一个或一个以上海量存储设备)。其中，存储器532和存储介质530可以是短暂存储或持久存储。存储在存储介质530的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器522可以设置为与存储介质530通信，在服务器500上执行存储介质530中的一系列指令操作。

服务器500还可以包括一个或一个以上电源526，一个或一个以上有线或无线网络接口550，一个或一个以上输入输出接口558，和/或，一个或一个以上操作***541，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等等。

上述实施例中由服务器所执行的步骤可以基于该图5所示的服务器结构。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的***，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种数据处理方法，其特征在于，包括：

获取目标数据，所述目标数据包括客户端发送的目标HTTP请求或服务器端发送的目标响应消息；

判断所述目标数据是否符合预置的拦截条件；

若是，则根据所述目标数据获取目标响应体，所述目标响应体为成功的HTTP响应状态；

将所述目标响应体发送至客户端，以使得所述客户端根据所述目标响应体执行相应操作。

2.根据权利要求1所述的数据处理方法，其特征在于，所述获取目标数据包括：

接收所述客户端发送的目标HTTP请求；

判断所述目标HTTP请求与预置的配置文件中的数据是否匹配；

若匹配，则确定所述目标HTTP请求为所述目标数据。

3.根据权利要求2所述的数据处理方法，其特征在于，当所述目标HTTP请求与预置的配置文件中的数据不匹配时，所述方法还包括：

将所述目标HTTP请求发送至服务器端，以使得所述服务器端根据所述目标HTTP请求返回所述目标响应消息；

确定所述目标响应消息为所述目标数据。

4.根据权利要求1所述的数据处理方法，其特征在于，所述判断所述目标数据是否符合预置的拦截条件包括：

判断所述目标数据与预置的虚拟响应列表中的数据是否匹配；

若匹配，则确定所述目标数据符合预置的拦截条件；

若不匹配，则确定所述目标数据不符合预置的拦截条件。

5.根据权利要求4所述的数据处理方法，其特征在于，所述根据所述目标数据获取目标响应体包括：

当所述目标数据为所述目标HTTP请求时，则提取所述预置的虚拟响应列表中与所述目标数据匹配的虚拟数据；

根据所述虚拟数据生成所述目标响应体；

或，

当所述目标数据为所述目标响应消息时，则提取所述目标响应消息中的响应状态码，所述响应状态码为错误的响应状态码；

根据所述响应状态码生成所述目标响应体。

6.一种服务器，其特征在于，包括：

第一获取模块，用于获取目标数据，所述目标数据包括客户端发送的目标HTTP请求或服务器端发送的目标响应消息；

判断模块，用于判断所述目标数据是否符合预置的拦截条件；

第二获取模块，用于在所述目标数据符合预置的拦截条件时，根据所述目标数据获取目标响应体，所述目标响应体为成功的HTTP响应状态；

发送模块，用于将所述目标响应体发送至客户端，以使得所述客户端根据所述目标响应体执行相应操作。

7.根据权利要求6所述的服务器，其特征在于，所述第一获取模块包括：

接收单元，用于接收所述客户端发送的目标HTTP请求；

判断单元，用于判断所述目标HTTP请求与预置的配置文件中的数据是否匹配；

第一确定单元，用于在所述目标HTTP请求与预置的配置文件中的数据匹配时，确定所述目标HTTP请求为所述目标数据。

8.根据权利要求7所述的服务器，其特征在于，所述第一获取模块还包括：

发送单元，用于在所述目标HTTP请求与预置的配置文件中的数据不匹配时，则将所述目标HTTP请求发送至服务器端，以使得所述服务器端根据所述目标HTTP请求返回所述目标响应消息；

第二确定单元，用于确定所述目标响应消息为所述目标数据。

9.根据权利要求6所述的服务器，其特征在于，所述判断模块包括：

判断单元，用于判断所述目标数据与预置的虚拟响应列表中的数据是否匹配；

第三确定单元，用于在所述目标数据与所述预置的虚拟响应列表中的数据匹配时，确定所述目标数据符合预置的拦截条件；

第四确定单元，用于在所述目标数据与所述预置的虚拟响应列表中的数据不匹配时，则确定所述目标数据不符合预置的拦截条件。

10.根据权利要求9所述的服务器，其特征在于，所述第二获取模块包括：

第一提取单元，用于在所述目标数据为所述目标HTTP请求时，提取所述预置的虚拟响应列表中的与所述目标数据匹配的虚拟数据；

第一生成单元，用于根据所述虚拟数据生成所述目标响应体；

或，

第二提取单元，用于在所述目标数据为所述目标响应消息时，提取所述目标响应消息中的响应状态码，所述响应状态码为错误的响应状态码；

第二生成单元，用于根据所述响应状态码生成所述目标响应体。