CN113419772A

CN113419772A - 响应数据打包及拆包方法、打包装置、设备及介质

Info

Publication number: CN113419772A
Application number: CN202110742403.3A
Authority: CN
Inventors: 金波
Original assignee: Ping An International Smart City Technology Co Ltd
Current assignee: Shenzhen Saiante Technology Service Co Ltd
Priority date: 2021-06-30
Filing date: 2021-06-30
Publication date: 2021-09-21

Abstract

本发明涉及数据传输技术，揭露了一种响应数据打包方法，应用于服务器端，包括：接收客户端发送的接口调用请求；根据接口调用请求确定响应信息；获取响应信息中包含的请求结果信息和请求结果信息对应的结果标识；将请求结果信息和结果标识封装为预设对象类型，得到标准响应数据，标准响应数据中通过数据内容字段存储请求结果信息和结果标识，通过标识字段存储存在请求结果信息和结果标识的状态信息。此外，本发明还涉及区块链技术，所述标准响应数据可存储在区块链的节点中。本发明还提出一种响应数据拆包方法、响应数据打包装置、电子设备以及计算机可读存储介质。本发明可以精简优化传输的响应数据，减少传输数据的冗余。

Description

响应数据打包及拆包方法、打包装置、设备及介质

技术领域

本发明涉及数据传输技术领域，尤其涉及一种响应数据打包及拆包方法、响应数据打包装置、电子设备及计算机可读存储介质。

背景技术

在通过微服务架构下客户端与服务器端交互时，服务器端或向客户端发送响应数据，以通知客户端数据请求的成功或失败。现有技术中，在将响应数据发送至客户端时，一般使用代码去封装业务返回值，同时还会对每个业务数据场景使用不同的code和msg进行分别独立封装，这种数据打包方法会导致后台程序容易捕获异常且产生巨量的重复代码，且会增加后期维护的排错时间和工作量，增加程序崩溃或服务器宕机的可能性。

发明内容

本发明提供一种响应数据打包及拆包方法、装置、设备及存储介质，其主要目的在于精简优化传输的响应数据，减少传输数据的冗余。

为实现上述目的，本发明提供的一种响应数据打包方法，应用于服务器端，包括：

接收客户端发送的接口调用请求；

根据所述接口调用请求确定响应信息；

获取所述响应信息中包含的请求结果信息和所述请求结果信息对应的结果标识；

将所述请求结果信息和所述结果标识封装为预设对象类型，得到标准响应数据，所述标准响应数据中通过数据内容字段存储所述请求结果信息和所述结果标识，通过标识字段存储存在所述请求结果信息和所述结果标识的状态信息。

可选的，所述将所述请求结果信息和所述结果标识封装为预设对象类型之前，所述方法包括：

判断所述响应信息的格式是否为预设数据格式；

若所述响应信息的格式不为预设数据格式，执行所述将所述请求结果信息和所述结果标识封装为预设对象类型的操作。

可选的，所述客户端为声明式的web服务客户端。

可选的，所述将所述请求结果信息和所述结果标识封装为预设对象类型包括：

若所述请求结果信息为请求错误信息，将所述请求结果信息和所述结果标识信息封装为异常对象；

将从所述异常对象中获取的所述请求结果信息和所述结果标识封装为预设对象类型。

可选的，所述根据所述接口调用请求确定响应信息，包括：

获取所述接口调用请求中的待调用接口；

判断所述待调用接口是否存在于预设白名单中；

若所述待调用接口不存在于所述预设白名单中，确定所述响应信息包含接口错误信息和与所述接口错误信息对应的错误代码，其中，所述接口错误信息为请求结果信息，所述错误代码为与所述请求结果信息对应的结果标识。

本发明还提供了一种与上述一种响应数据打包方法对应的一种响应数据拆包方法，所述拆包方法应用于客户端，包括：

当向服务器端发送请求之后，接收所述服务器返回的响应数据；

判断所述响应数据的类型是否为预设对象类型的泛化或子类，所述预设对象类型为上述的一种响应数据打包方法创建的标准响应数据的类型；

若是，将所述响应数据反序列化为所述预设对象类型，得到标准拆包数据；

若否，将所述响应数据重新封装为所述预设对象类型，将封装后的所述响应数据反序列化为所述预设对象类型，得到标准拆包数据。

可选的，所述得到标准拆包数据之后，所述方法还包括：

从所述标准拆包数据中获取数据内容字段存储的数据；

若所述数据内容字段存储的数据包含错误代码，则根据所述错误消息标识抛出异常消息。

为了解决上述问题，本发明还提供一种响应数据打包装置，所述装置包括：

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

响应信息确定模块，用于根据所述接口调用请求确定响应信息；

数据获取模块，用于获取所述响应信息中包含的请求结果信息和所述请求结果信息对应的结果标识；

数据打包模块，用于将所述请求结果信息和所述结果标识封装为预设对象类型，得到标准响应数据，所述标准响应数据中通过数据内容字段存储所述请求结果信息和所述结果标识，通过标识字段存储存在所述请求结果信息和所述结果标识的状态信息。

为了解决上述问题，本发明还提供一种响应数据拆包装置，所述装置包括：

响应数据接收模块，用于当向服务器端发送请求之后，接收所述服务器返回的响应数据；

类型判断模块，用于判断所述响应数据的类型是否为预设对象类型的泛化或子类，所述预设对象类型为通过如上所述的响应数据打包装置创建的标准响应数据的类型；

第一拆包模块，用于若所述响应数据的类型是预设对象类型的泛化或子类，将所述响应数据反序列化为所述预设对象类型，得到标准拆包数据；

第二拆包模块，用于若所述响应数据的类型不是预设对象类型的泛化或子类，将所述响应数据重新封装为所述预设对象类型，将封装后的所述响应数据反序列化为所述预设对象类型，得到标准拆包数据。

为了解决上述问题，本发明还提供一种电子设备，所述电子设备包括：

存储器，存储至少一个指令；及

处理器，执行所述存储器中存储的指令以实现上述响应数据打包方法或响应数据拆包方法。

为了解决上述问题，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一个指令，所述至少一个指令被电子设备中的处理器执行以实现上述响应数据打包方法或响应数据拆包方法。

本发明实施例接收客户端发送的接口调用请求之后，根据所述接口调用请求确定响应信息；获取所述响应信息中包含的请求结果信息和所述请求结果信息对应的结果标识；将所述请求结果信息和所述结果标识封装为预设对象类型，得到标准响应数据，所述标准响应数据中通过数据内容字段存储所述请求结果信息和所述结果标识，通过标识字段存储存在所述请求结果信息和所述结果标识的状态信息。通过将请求结果信息和结果标识统一存储于数据内容字段中，无需重复独立封装请求结果信息和结果标识，仅通过数据内容字段就可以获取请求信息和结果标识，避免了代码的重复，实现了精简优化传输的响应数据，减少传输数据的冗余的目的。

附图说明

图1为本发明一实施例提供的一种响应数据打包方法的流程示意图；

图2为本发明另一实施例提供的一种响应数据拆包方法的流程示意图；

图3为本发明一实施例提供的响应数据打包装置的功能模块示意图；

图4为本发明一实施例提供的响应数据拆包装置的功能模块示意图；

图5为本发明一实施例提供的实现响应数据打包方法或响应数据拆包方法的电子设备的结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本申请实施例提供一种响应数据打包方法。所述响应数据打包方法的执行主体为服务器端。换言之，所述响应数据打包方法可以由安装在服务端设备的软件或硬件来执行，所述软件可以是区块链平台。所述服务端包括但不限于：单台服务器、服务器集群、云端服务器或云端服务器集群等。

参照图1所示，为本发明一实施例提供的一种响应数据打包方法的流程示意图。在本发明实施例中，所述响应数据打包方法包括：

S101、接收客户端发送的接口调用请求。

在本发明实施例中，服务器端可以通过基于SpringBoot的程序框架提供的ResonseBodyAdvice实现服务器端对客户端对响应结果的自动封装。

可选的，服务器端还包括响应数据库，服务调用接口和对应的服务请求。

本实施例中，接口调用请求可以是通过客户端的任意使用端口(如手机APP、HTTP页面等)发送的。

优选的，本实施例中，所述客户端为声明式的web服务客户端。

例如，客户端为Feign客户端，具体的，Feign客户端是Netflix开发的声明式、模板化的HTTP客户端，通过Feign可以更快捷地调用HTTP API，提高客户端于服务器端的传输效率。

S102、根据所述接口调用请求确定响应信息。

在本发明实施例中，服务器端接根据客户端发送的接口调用请求调用服务器端中对应的接口。

具体的，服务器端接收到客户端的请求指令之后，根据请求指令在服务器端匹配与之对应的服务调用接口，并从数据库中调取与服务调用接口对应的响应数据，进而返回与之对应的服务请求。

进一步的，本发明实施例中，所述根据所述接口调用请求确定响应信息，包括：

获取所述接口调用请求中的待调用接口；

判断所述待调用接口是否存在于预设白名单中；

本实施例中，服务器端对待调用的接口进行判断，判断该接口是否存在于预设的白名单中，若不存在于预设的白名单中，则确定返回接口错误信息和与该接口错误信息对应的接口代码。

可选的，若存在于预设的白名单中，则服务器端直接调取数据库中对应的响应数据以响应该调用请求，确定返回的响应信息包含从数据库中调取的响应信息和success消息以及标识success的标识。

S103、获取所述响应信息中包含的请求结果信息和所述请求结果信息对应的结果标识。

本实施例中，直接解析响应信息，获取该响应信息包含的请求结果信息和请求结果信息对应的结果标识。

S104、将所述请求结果信息和所述结果标识封装为预设对象类型，得到标准响应数据，所述标准响应数据中通过数据内容字段存储所述请求结果信息和所述结果标识，通过标识字段存储存在所述请求结果信息和所述结果标识的状态信息。

进一步的，所述将所述请求结果信息和所述结果标识封装为预设对象类型之前，所述方法还包括：

判断所述响应信息的格式是否为预设数据格式；

本实施例中，判断所述响应信息的格式是否为预设数据格式，包括：判断响应信息的格式是否为预设对象类型。

例如，预设对象类型为名称为ResponseDto<T>的类型。

进一步的，本发明另一实施例中，所述将所述请求结果信息和所述结果标识封装为预设对象类型之前之前，所述方法还包括：

判断服务器端识别客户端发送的所述接口调用请求的信息转换器是否为StringHttpMessageConverter信息转换器；

若服务器端识别客户端发送的所述接口调用请求的信息转换器是否为StringHttpMessageConverter信息转换器，则将请求结果信息和请求结果对应的结果标识直接封装为Json格式，得到标准响应数据。

本实施例中，预设对象类型为预设的对象类型的数据。

例如，该对象类型的数据结构为如下：

{

"code":"",

″msg″:″″,

"data":{code,msg}

}

其中，data为数据内容字段存储，date中的code和msg变量为请求结果信息和结果标识，"code"和"msg"为标识存在code和msg的真实值，当返回的数据两组数据时，可以为：

{

"code":"",

″msg″:″″,

"data":{code1,msg1；code2,msg2；}

}

其中，data为数据内容字段存储，date中的code1和msg1变量为一组请求结果信息和结果标识，code2和msg2变量为另一组请求结果信息和结果标识，"code"和"msg"为标识存在code和msg的真实值。

进一步的，所述将所述请求结果信息和所述结果标识封装为预设对象类型包括：

在本实施例中，服务器端在接收客户端发送的调用指令之前，可以加载公用的异常父类，该异常父类继承RuntimeException，若请求结果信息为请求错误信息，通过该异常父类将将请求结果信息和结果标识信息封装为异常对象。

在本实施例中，得到标准响应数据之后，可以将标准响应数据直接发送至客户端。

参照图2所示，为本发明另一实施例提供的与上述响应数据打包方法对应的响应数据拆包方法，在本发明实施例中，所述响应数据拆包方法应用于客户端，所述方法包括：

S201、当向服务器端发送请求之后，接收所述服务器返回的响应数据。

S202、判断所述响应数据的类型是否为预设对象类型的泛化或子类。

本实施例中，预设对象类型为通过上述响应数据打包方法创建的标准响应数据的类型。

例如，判断响应数据的类型是否为ResponseDto<T>的泛型或者子类。

S203、若是，将所述响应数据反序列化为所述预设对象类型，得到标准拆包数据。

在本发明实施例中，客户端可以包括基于Feign的解码器(Decoder)，客户端接收到服务器返回的响应数据后，通过解码器对服务器返回的响应数据进行反序列化。

S204、若否，将所述响应数据重新封装为所述预设对象类型，将封装后的所述响应数据反序列化为所述预设对象类型，得到标准拆包数据。

本实施例中，得到标准拆包数据之后，可以直接从中得到请求结果信息和请求结果信息对应的结果标识。

进一步的，所述得到标准拆包数据之后，所述方法还包括：

从所述标准拆包数据中获取数据内容字段存储的数据；

进一步的，若数据内容字段没有存错误标识信息，则直接根据对应的标准响应数据中数据内容字段所储存的内容进行数据处理或数据显示。

本实施例中，通过对服务器端发送的响应数据进行反序列化，从而快速得到拆包数据，由于服务器端发送的响应数据的类型为通过上述响应数据打包方法创建的标准响应数据的类型，因此，可以快速获取拆包数据中的请求结果信息和请求结果信息对应的结果标识，进而根据请求结果信息进行客户端的处理，有利于提高客户端与服务器端整体的交互效率。

如图3所示，是本发明响应数据打包装置100的功能模块示意图。

调用请求接收模块110，用于接收客户端发送的接口调用请求。

响应信息确定模块120，用于根据所述接口调用请求确定响应信息。

进一步的，本发明实施例中，所述响应信息确定模块120具体用于：

获取所述接口调用请求中的待调用接口；

判断所述待调用接口是否存在于预设白名单中；

数据获取模块130，用于获取所述响应信息中包含的请求结果信息和所述请求结果信息对应的结果标识。

数据打包模块140，用于将所述请求结果信息和所述结果标识封装为预设对象类型，得到标准响应数据，所述标准响应数据中通过数据内容字段存储所述请求结果信息和所述结果标识，通过标识字段存储存在所述请求结果信息和所述结果标识的状态信息。

进一步的，所述装置还包括格式判断模块，所述格式判断模块用于：

将所述请求结果信息和所述结果标识封装为预设对象类型之前，判断所述响应信息的格式是否为预设数据格式；

例如，预设对象类型为名称为ResponseDto<T>的类型。

进一步的，本发明另一实施例中，所述装置还包括转换器判断模块，用于

将所述请求结果信息和所述结果标识封装为预设对象类型之前之前，判断服务器端识别客户端发送的所述接口调用请求的信息转换器是否为StringHttpMessageConverter信息转换器；

本实施例中，预设对象类型为预设的对象类型的数据。

例如，该对象类型的数据结构为如下：

{

"code":"",

″msg″:″″,

"data":{code,msg}

}

{

"code":"",

″msg″:″″,

"data":{code1,msg1；code2,msg2；}

}

在本实施例中，所述服务器端还包括异常对象，服务器端在接收客户端发送的调用指令之前，

所述服务器端加载公用的异常父类，该异常父类继承RuntimeException，若请求结果信息为请求错误信息，通过该异常父类将将请求结果信息和结果标识信息封装为异常对象。

如图4所示，是本发明响应数据拆包装置200的功能模块示意图。本实施例为本发明另一实施例提供的与上述响应数据打包装置100对应的响应数据拆包装置200，在本发明实施例中，所述响应数据拆包装置200包括：

响应数据接收模块210，用于当向服务器端发送请求之后，接收所述服务器返回的响应数据。

类型判断模块220，用于判断所述响应数据的类型是否为预设对象类型的泛化或子类，所述预设对象类型为通过如上所述的响应数据打包装置100创建的标准响应数据的类型。

第一拆包模块230，用于若所述响应数据的类型是预设对象类型的泛化或子类，将所述响应数据反序列化为所述预设对象类型，得到标准拆包数据。

第二拆包模块240，用于若所述响应数据的类型不是预设对象类型的泛化或子类，将所述响应数据重新封装为所述预设对象类型，将封装后的所述响应数据反序列化为所述预设对象类型，得到标准拆包数据。

进一步的，所述装置还包括，抛出异常模块，所述抛出异常模块包括：

得到标准拆包数据之后，从所述标准拆包数据中获取数据内容字段存储的数据；

如图5所示，是本发明实现响应数据打包方法或响应数据拆包方法的电子设备的结构示意图。

所述电子设备1包括处理器10、存储器11、总线12及通信接口13，还可以包括存储在所述存储器11中并可在所述处理器10上运行的计算机程序，如响应数据打包程序或响应数据拆包程序。

其中，所述存储器11至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、移动硬盘、多媒体卡、卡型存储器(例如：SD或DX存储器等)、磁性存储器、磁盘、光盘等。所述存储器11在一些实施例中可以是电子设备1的内部存储单元，例如该电子设备1的移动硬盘。所述存储器11在另一些实施例中也可以是电子设备1的外部存储设备，例如电子设备1上配备的插接式移动硬盘、智能存储卡(Smart Media Card，SMC)、安全数字(SecureDigital，SD)卡、闪存卡(Flash Card)等。进一步地，所述存储器11还可以既包括电子设备1的内部存储单元也包括外部存储设备。所述存储器11不仅可以用于存储安装于电子设备1的应用软件及各类数据，例如，响应数据打包程序或响应数据拆包程序等，还可以用于暂时地存储已经输出或者将要输出的数据。

所述处理器10在一些实施例中可以由集成电路组成，例如可以由单个封装的集成电路所组成，也可以是由多个相同功能或不同功能封装的集成电路所组成，包括一个或者多个中央处理器(Central Processing unit，CPU)、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。所述处理器10是所述电子设备的控制核心(Control Unit)，利用各种接口和线路连接整个电子设备的各个部件，通过运行或执行存储在所述存储器11内的程序或者模块(例如执行响应数据打包程序或响应数据拆包程序等)，以及调用存储在所述存储器11内的数据，以执行电子设备1的各种功能和处理数据。

所述总线12可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。所述总线被设置为实现所述存储器11以及至少一个处理器10等之间的连接通信。

可选地，所述通信接口13可以包括有线接口和/或无线接口(如WI-FI接口、蓝牙接口等)，通常用于在该电子设备与其他电子设备之间建立通信连接。

可选地，所述通信接口13还可以包括用户接口，用户接口可以是显示器(Display)、输入单元(比如键盘(Keyboard))，可选地，用户接口还可以是标准的有线接口、无线接口。可选地，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。其中，显示器也可以适当的称为显示屏或显示单元，用于显示在电子设备中处理的信息以及用于显示可视化的用户界面。图5仅示出了具有部件的电子设备，本领域技术人员可以理解的是，图5示出的结构并不构成对所述电子设备1的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。

例如，尽管未示出，所述电子设备1还可以包括给各个部件供电的电源(比如电池)，优选地，电源可以通过电源管理装置与所述至少一个处理器10逻辑相连，从而通过电源管理装置实现充电管理、放电管理、以及功耗管理等功能。电源还可以包括一个或一个以上的直流或交流电源、再充电装置、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。所述电子设备1还可以包括多种传感器、蓝牙模块、Wi-Fi模块等，在此不再赘述。

应该了解，所述实施例仅为说明之用，在专利申请范围上并不受此结构的限制。

所述电子设备1中的所述存储器11存储的响应数据打包程序是多个计算机程序的组合，在所述处理器10中运行时，可以实现：

接收客户端发送的接口调用请求；

根据所述接口调用请求确定响应信息；

或者，所述电子设备1中的所述存储器11存储的响应数据拆包程序是多个计算机程序的组合，在所述处理器10中运行时，可以实现：

判断所述响应数据的类型是否为预设对象类型的泛化或子类，所述预设对象类型为通过响应数据打包程序创建的标准响应数据的类型；

进一步地，所述电子设备1集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)。

进一步地，所述计算机可用存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。

在本发明所提供的几个实施例中，应该理解到，所揭露的设备，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

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

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

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。

因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附关联图表记视为限制所涉及的权利要求。

本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。系统权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第二等词语用来表示名称，而并不表示任何特定的顺序。

最后应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或等同替换，而不脱离本发明技术方案的精神和范围。

Claims

1.一种响应数据打包方法，其特征在于，应用于服务器端，所述方法包括：

接收客户端发送的接口调用请求；

根据所述接口调用请求确定响应信息；

2.如权利要求1所述的响应数据打包方法，其特征在于，所述将所述请求结果信息和所述结果标识封装为预设对象类型之前，所述方法还包括：

判断所述响应信息的格式是否为预设数据格式；

3.如权利要求2所述的响应数据打包方法，其特征在于，所述客户端为声明式的web服务客户端。

4.如权利要求1至3中任一项所述的响应数据打包方法，其特征在于，所述将所述请求结果信息和所述结果标识封装为预设对象类型包括：

5.如权利要求1至3中任一项所述的响应数据打包方法，其特征在于，所述根据所述接口调用请求确定响应信息，包括：

获取所述接口调用请求中的待调用接口；

判断所述待调用接口是否存在于预设白名单中；

6.一种响应数据拆包方法，其特征在于，应用于客户端，所述方法包括：

判断所述响应数据的类型是否为预设对象类型的泛化或子类，所述预设对象类型为通过权利要求1至5中任一项所述的响应数据打包方法创建的标准响应数据的类型；

7.如权利要求6所述的响应数据拆包方法，其特征在于，所述得到标准拆包数据之后，所述方法还包括：

从所述标准拆包数据中获取数据内容字段存储的数据；

8.一种响应数据打包装置，其特征在于，所述装置包括：

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

9.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至5中任意一项所述的响应数据打包方法或执行如权利要求6或7所述的响应数据拆包方法。

10.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5中任意一项所述的响应数据打包方法或执行如权利要求6或7所述的响应数据拆包方法。