一种数据的接收方法
技术领域
本发明涉及通信领域，具体而言，涉及一种数据的接收方法。
背景技术
在智慧家庭场景下，智能设备复杂多样，功能的多样导致每个指令的响应数据的字节大小是多样的，有时候指令的响应数据很小，例如简单的控制指令，有时候指令响应数据中等，例如分享菜谱，也有情况下指令的响应数据很大，例如视频分享、视频点播、设备软件升级等。目前的客户端与服务端并不能灵活地应对响应数据有大有小的情况，例如，一般情况下，dubbo客户端启动后与dubbo服务端会建立固定不变的同一种传输协议的连接，例如每个dubbo客户端与每个服务端建立了一个或多个同一种传输控制协议(例如Transmission Control Protocol，简称TCP协议)连接，利用该连接传输响应数据。但是这种单一的固定不变的连接并不能较好的适应响应数据有大有小的情况，可能会导致传输效率低或者资源浪费的问题。
例如，在响应数据比较大的情况下，TCP协议连接无法做到较快的传输比较大的响应数据；又如，如果响应数据特别小，例如远小于TCP协议的传输单元容量，则利用这种单一的固定的协议进行传输，则可能会浪费传输资源。
也就是说，目前，由于客户端与服务端之间建立了固定不变的连接，导致数据传输不能够较好的适应响应数据大小变化的情况，因此造成数据传输效率较低或浪费传输资源的问题。
发明内容
本发明实施例提供了一种数据的接收方法，以至少解决相关技术中由于固定的传输连接所导致的响应数据传输效率较低或传输资源浪费的问题。
根据本发明的一个实施例，一种数据的接收方法，应用于客户端，包括：
向服务端发送请求；
根据响应数据的封装类型接收所述响应数据，其中，所述响应数据是所述服务端响应于所述请求向所述客户端所发送的，所述响应数据的封装类型是根据所述响应数据的大小所确定的，在所述响应数据的大小位于指定范围的情况下，所述响应数据被封装为指定封装类型的响应数据，不同封装类型的响应数据的传输速率不同。
在一个示例性的实施方式中，不同封装类型的所述响应数据分别在所述客户端与所述服务端之间的不同连接通道上传输。
在一个示例性的实施方式中，在所述根据响应数据的封装类型接收所述响应数据之后，所述方法还包括：在所述连接通道在预设的时间段之内无数据传输的情况下，关闭所述连接通道。
在一个示例性的实施方式中，在所述响应数据的大小小于第一协议的传输单元的容量的情况下，所述响应数据被封装为第一协议数据；在所述响应数据的大小大于所述第一协议的传输单元的容量的情况下，所述响应数据被封装为第二协议数据，其中，所述第二协议的传输单元的容量大于所述第一协议的传输单元的容量。
在一个示例性的实施方式中，在所述响应数据的大小大于所述第一协议的传输单元的容量的情况下，所述响应数据被封装为第二协议数据，包括：
在所述响应数据的大小大于所述第二协议的传输单元的容量，并且，大于或等于所述第二协议的最大传输单元的容量的情况下，所述响应数据被按照所述第二协议的最大传输单元封装；
在所述响应数据的大小大于所述第二协议的传输单元的容量，并且，小于所述第二协议的最大传输单元的容量的情况下，所述响应数据被按照增大后的所述第二协议的传输单元封装，其中，所述第二协议的传输单元的容量被增大，增大后的所述第二协议的传输单元的容量大于或等于所述响应数据的大小。
在一个示例性的实施方式中，所述第二协议用于指示所述服务端在所述响应数据丢失的情况下，重传丢失的所述响应数据。
在一个示例性的实施方式中，在所述第二协议包括KCP协议的情况下，所述响应数据被封装为第二协议数据，包括：所述响应数据被按照UDP协议封装为UDP协议数据。
在一个示例性的实施方式中，所述根据响应数据的封装类型接收所述响应数据，包括：在所述响应数据的封装类型为指定封装类型的情况下，将所述响应数据分发到所述指定封装类型所对应的线程池进行处理，其中，所述指定封装类型所对应的线程池的处理速率与所述响应数据的大小相匹配，所述处理包括：解码处理。
在一个示例性的实施方式中，在所述响应数据为TCP协议数据的情况下，将所述响应数据分发至I/O线程进行处理；在所述响应数据为KCP协议数据或者UDP协议数据的情况下，将所述响应数据分发至业务线程进行处理，其中，所述业务线程的处理速率高于所述I/O线程的处理速率。
在一个示例性的实施方式中，所述方法还包括：根据所述响应数据中携带的封装类型信息确定所述响应数据的封装类型，其中，所述响应数据中携带的封装类型信息包括：协议头信息，不同协议的数据对应不同的封装类型。
在一个示例性的实施方式中，所述方法还包括：在按照与所述指定封装类型所对应的协议接收所述响应数据之后，按照所述指定封装类型所对应的协议发送确认信息，其中，所述确认信息用于指示确定接收到所述响应数据。
根据本发明的另一个实施例，提供了一种数据的接收装置，包括：
发送模块，用于向服务端发送请求；
接收模块，用于根据响应数据的封装类型接收所述响应数据，其中，所述响应数据是所述服务端响应于所述请求向所述客户端所发送的，所述响应数据的封装类型是根据所述响应数据的大小所确定的，在所述响应数据的大小位于指定范围的情况下，所述响应数据被封装为指定封装类型的响应数据，不同封装类型的响应数据的传输速率不同。
根据本发明的又一个实施例，还提供了一种计算机可读的存储介质，所述计算机可读的存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
通过本发明实施例，由于向服务端发送请求；根据响应数据的封装类型接收所述响应数据，其中，所述响应数据是所述服务端响应于所述请求向所述客户端所发送的，所述响应数据的封装类型是根据所述响应数据的大小所确定的，在所述响应数据的大小位于指定范围的情况下，所述响应数据被封装为指定封装类型的响应数据，不同封装类型的响应数据的传输速率不同，由于可以根据响应数据的大小确定响应数据的封装类型，以使得封装类型能够与响应数据的大小相匹配，可以避免过大的数据传输效率低的情况，也能够避免过小的数据占据较多的传输资源的情况；因此，可以解决相关技术中由于固定的传输连接所导致的响应数据传输效率较低或传输资源浪费的问题，达到提高数据传输效率、避免传输资源浪费的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是本发明实施例的一种数据的接收方法的智能家居设备的硬件结构框图；
图2是根据本发明实施例的数据的接收方法的流程图；
图3是根据本发明实施例的数据的接收装置的结构框图；
图4是根据本发明可选实施方式的线程协作图；
图5是是根据本发明可选实施方式的协议决策流程图；
图6是图4中的协议判断一流程图；
图7是图4中的协议判断二流程图；
图8是根据本发明可选实施方式的KCP协议线程协作图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
实施例1
本申请实施例一所提供的方法实施例可以在移动终端、智能家居设备、计算机终端或者类似的运算装置中执行。以运行在智能家居设备上为例，图1是本发明实施例的一种数据的接收方法的智能家居设备的硬件结构框图。如图1所示，智能家居设备10可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104，在一个示例性的实施方式中，上述智能家居设备还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述智能家居设备的结构造成限定。例如，智能家居设备10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。
存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的数据的接收方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至智能家居设备10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括智能家居设备10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。
在本实施例中提供了一种运行于上述移动终端或智能家居终端的方法，可以应用客户端，图2是根据本发明实施例的数据的接收方法的流程图，如图2所示，该流程包括如下步骤：
步骤S202，向服务端发送请求；
步骤S204，根据响应数据的封装类型接收该响应数据，其中，该响应数据是该服务端响应于该请求向该客户端所发送的，该响应数据的封装类型是根据该响应数据的大小所确定的，在该响应数据的大小位于指定范围的情况下，该响应数据被封装为指定封装类型的响应数据，不同封装类型的响应数据的传输速率不同。
通过上述步骤，由于向服务端发送请求；根据响应数据的封装类型接收该响应数据，其中，该响应数据是该服务端响应于该请求向该客户端所发送的，该响应数据的封装类型是根据该响应数据的大小所确定的，在该响应数据的大小位于指定范围的情况下，该响应数据被封装为指定封装类型的响应数据，不同封装类型的响应数据的传输速率不同，由于可以根据响应数据的大小确定响应数据的封装类型，以使得封装类型能够与响应数据的大小相匹配，可以避免过大的数据传输效率低的情况，也能够避免过小的数据占据较多的传输资源的情况；因此，可以解决相关技术中由于固定的传输连接所导致的响应数据传输效率较低或传输资源浪费的问题，达到提高数据传输效率、避免传输资源浪费的效果。
在一个示例性的实施方式中，上述步骤的执行主体可以为移动终端、智能家居终端、计算机终端等，但不限于此。
在一个示例性的实施方式中，不同封装类型的该响应数据分别在该客户端与该服务端之间的不同连接通道上传输。需要说明的是，由于不同的封装类型需要通过不同的连接通道进行传输，所以需要在客户端与服务端之间建立不同的连接通道，分别用于传输不同封装类型的数据。还需要说明的是，连接通道可以在某封装类型的数据需要被传输之前建立。
在一个示例性的实施方式中，在所述根据响应数据的封装类型接收所述响应数据之后，在所述连接通道在预设的时间段之内无数据传输的情况下，关闭所述连接通道。
需要说明的是，如果连接通道被建立之后，长期无数据传输，会造成资源浪费，因此，可以预设一定的时间段，若一定时间段之内无数据传输，则关闭该连接通道，以节约资源。需要进行数据传输时，在重新建立对应的连接通道。
在一个示例性的实施方式中，在该响应数据的大小小于第一协议的传输单元的容量的情况下，该响应数据被封装为第一协议数据；在该响应数据的大小大于该第一协议的传输单元的容量的情况下，该响应数据被封装为第二协议数据，其中，该第二协议的传输单元的容量大于该第一协议的传输单元的容量。需要说明的是，第一协议可以是传输控制协议(Transmission Control Protocol，简称TCP协议)，第二协议可以是KCP协议(快速可靠协议，又称为KCP算法)或者用户数据报协议(User Datagram Protocol，简称UDP协议)。
在一个示例性的实施方式中，在该响应数据的大小大于该第一协议的传输单元的容量的情况下，该响应数据被封装为第二协议数据，包括：在该响应数据的大小大于该第二协议的传输单元的容量，并且，大于或等于该第二协议的最大传输单元的容量的情况下，该响应数据被按照该第二协议的最大传输单元封装；在该响应数据的大小大于该第二协议的传输单元的容量，并且，小于该第二协议的最大传输单元的容量的情况下，该响应数据被按照增大后的该第二协议的传输单元封装，其中，该第二协议的传输单元的容量被增大，增大后的该第二协议的传输单元的容量大于或等于该响应数据的大小。
需要说明的是，将传输单元的容量增大，可以实现通过一次传输即传输了所有的响应数据，提升了数据传输的效率。
在一个示例性的实施方式中，该第二协议用于指示该服务端在该响应数据丢失的情况下，重传丢失的该响应数据。需要说明的是，KCP协议可以实现丢失数据的重传。
在一个示例性的实施方式中，在该第二协议包括KCP协议的情况下，该响应数据被封装为第二协议数据，包括：该响应数据被按照UDP协议封装为UDP协议数据。需要说明的是，由于KCP协议(又称为KCP算法)是屏蔽协议差异的一种算法，最终该响应数据需要以一种传输协议进行传输，所以可以将响应数据封装为UDP协议数据进行传输，封装为UDP协议的响应数据中也可以携带KCP标志。
在一个示例性的实施方式中，该根据响应数据的封装类型接收该响应数据，包括：在该响应数据的封装类型为指定封装类型的情况下，将该响应数据分发到该指定封装类型所对应的线程池进行处理，其中，该指定封装类型所对应的线程池的处理速率与该响应数据的大小相匹配，该处理包括：解码处理。
在一个示例性的实施方式中，在该响应数据为TCP协议数据的情况下，将该响应数据分发至I/O线程进行处理；在该响应数据为KCP协议数据或者UDP协议数据的情况下，将该响应数据分发至业务线程进行处理，其中，该业务线程的处理速率高于该I/O线程的处理速率。
需要说明的是，根据响应数据的大小将响应数据分发到不同的线程处理，例如将大的数据分发至处理效率高的线程，将小的数据分发至处理效率相对较低的线程，可以提高数据接收的效率，避免延时。
在一个示例性的实施方式中，本实施例的方法还包括：根据该响应数据中携带的封装类型信息确定该响应数据的封装类型，其中，该响应数据中携带的封装类型信息包括：指定协议头信息，不同协议的数据对应不同的封装类型。需要说明的是，确定响应数据的封装类型即可确定将该响应数据分发到什么线程池进行处理。
在一个示例性的实施方式中，，该方法还包括：在按照与该指定封装类型所对应的协议接收该响应数据之后，按照该指定封装类型所对应的协议发送确认信息，其中，该确认信息用于指示确定接收到该响应数据。
在本实施例中还提供了一种数据的接收装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图3是根据本发明实施例的数据的接收装置的结构框图，如图3所示，该装置包括：
发送模块31，用于向服务端发送请求；
接收模块33，用于根据响应数据的封装类型接收该响应数据，其中，该响应数据是该服务端响应于该请求向该客户端所发送的，该响应数据的封装类型是根据该响应数据的大小所确定的，在该响应数据的大小位于指定范围的情况下，该响应数据被封装为指定封装类型的响应数据，不同封装类型的响应数据的传输速率不同。
通过上述模块，由于向服务端发送请求；根据响应数据的封装类型接收该响应数据，其中，该响应数据是该服务端响应于该请求向该客户端所发送的，该响应数据的封装类型是根据该响应数据的大小所确定的，在该响应数据的大小位于指定范围的情况下，该响应数据被封装为指定封装类型的响应数据，不同封装类型的响应数据的传输速率不同，由于可以根据响应数据的大小确定响应数据的封装类型，以使得封装类型能够与响应数据的大小相匹配，可以避免过大的数据传输效率低的情况，也能够避免过小的数据占据较多的传输资源的情况；因此，可以解决相关技术中由于固定的传输连接所导致的响应数据传输效率较低或传输资源浪费的问题，达到提高数据传输效率、避免传输资源浪费的效果。
在一个示例性的实施方式中，不同封装类型的该响应数据分别在该客户端与该服务端之间的不同连接通道上传输。
在一个示例性的实施方式中，该装置还包括：关闭模块，用于在所述根据响应数据的封装类型接收所述响应数据之后，在所述连接通道在预设的时间段之内无数据传输的情况下，关闭所述连接通道。
在一个示例性的实施方式中，在该响应数据的大小小于第一协议的传输单元的容量的情况下，该响应数据被封装为第一协议数据；在该响应数据的大小大于该第一协议的传输单元的容量的情况下，该响应数据被封装为第二协议数据，其中，该第二协议的传输单元的容量大于该第一协议的传输单元的容量。
在一个示例性的实施方式中，在该响应数据的大小大于该第一协议的传输单元的容量的情况下，该响应数据被封装为第二协议数据，包括：
在该响应数据的大小大于该第二协议的传输单元的容量，并且，大于或等于该第二协议的最大传输单元的容量的情况下，该响应数据被按照该第二协议的最大传输单元封装；
在该响应数据的大小大于该第二协议的传输单元的容量，并且，小于该第二协议的最大传输单元的容量的情况下，该响应数据被按照增大后的该第二协议的传输单元封装，其中，该第二协议的传输单元的容量被增大，增大后的该第二协议的传输单元的容量大于或等于该响应数据的大小。
在一个示例性的实施方式中，该第二协议用于指示该服务端在该响应数据丢失的情况下，重传丢失的该响应数据。
在一个示例性的实施方式中，在该第二协议包括KCP协议的情况下，该响应数据被封装为第二协议数据，包括：该响应数据被按照UDP协议封装为UDP协议数据。
在一个示例性的实施方式中，该根据响应数据的封装类型接收该响应数据，包括：在该响应数据的封装类型为指定封装类型的情况下，将该响应数据分发到该指定封装类型所对应的线程池进行处理，其中，该指定封装类型所对应的线程池的处理速率与该响应数据的大小相匹配，该处理包括：解码处理。
在一个示例性的实施方式中，在该响应数据为TCP协议数据的情况下，将该响应数据分发至I/O线程进行处理；在该响应数据为KCP协议数据或者UDP协议数据的情况下，将该响应数据分发至业务线程进行处理，其中，该业务线程的处理速率高于该I/O线程的处理速率。
在一个示例性的实施方式中，该装置还包括：确定模块，用于根据该响应数据中携带的封装类型信息确定该响应数据的封装类型，其中，该响应数据中携带的封装类型信息包括：协议头信息，不同协议的数据对应不同的封装类型。
在一个示例性的实施方式中，该装置还包括：反馈模块，用于在按照与该指定封装类型所对应的协议接收该响应数据之后，按照该指定封装类型所对应的协议发送确认信息，其中，该确认信息用于指示确定接收到该响应数据。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
示例实施方式
以下结合具体场景对本发明实施例进一步解释说明。
如果使用TCP协议进行数据传输，虽然能让数据传输无误，但是当数据因为某种原因丢失后，TCP超时计算是RTOx2，这样连续丢三次包就变成RTOx8了，超时较多，而KCP启动快速模式后不x2，只是x1.5，可以提高传输速度。比较KCP的快速模式和普通模式与TCP的RTO算法。可知TCP协议下，在连续丢包后重传超时时间快速上涨，这就导致了客户端严重超时，数据获取等待过长。而UDP协议我们知道比TCP传输更快，但是会丢数据，因此可以使用KCP算法结合UDP协议实现比TCP更快的传输。
本发明实施例在服务端通过对响应数据大小进行判断，自动决策使用TCP协议还是KCP算法结合UDP，在客户端若发现接收到的数据是TCP数据就在I/O线程解码，如果是KCP+UDP数据就在业务线程进行解码，这样降低了客户端的延时，提高了传输效率。
本发明实施例中在服务端能够根据响应数据的大小进行决策，数据达到一定范围后自动选择KCP+UDP协议传输，否则使用TCP协议传输，协议的切换利用了Dubbo的SPI机制，通过一个自己的类来自动切换协议。
客户端根据接收到数据的协议封装类型，同样利用SPI(Service ProviderInterface)机制将任务分发到在不同线程进行解码，提高了传输效率。图4是根据本发明可选实施方式的线程协作图，如图4所示：
其中协议决策根据需要发送的数据大小与TCP协议的参数MTU大小和KCP算法参数mtu(传输单元)、max_mtu(最大传输单元)计算和调整得出结论。data为需要传输的数据大小，MTU为TCP协议一次传输最大的数据，获取mtu参数用于设置KCP算法最大传输速率。
图5是根据本发明可选实施方式的协议决策流程图，如图5所示：
在KCP算法情况下，若data<＝mtu，mtu不再调整；若data>mtu，mtu动态调整的计算公式如下：
n＝1、2、3…n，data>mtu
即，在响应数据大于max_mtu的情况下，可以使用该max_mtu封装数据；在响应数据大于KCP算法参数mtu(传输单元)并且小于max_mtu(最大传输单元)时，可以提高当前设置的KCP算法参数mtu(传输单元)的容量，以使响应数据可以封装在一个传输单元中，一次传输即可传输全部的响应数据，提高传输的效率。
其中，图6是图4中的协议判断一流程图，如图6所示，协议判断一根据响应的数据是否包含KCP的头信息，该头信息包括八个字段，有这些字段代表数据是KCP算法的数据。若有KCP头信息，系统将KCP算法的数据进行分发到业务线程池，在业务线程池中解码和后续处理，否则将数据交给I/O线程池进行解码和后续处理。
图7是图4中的协议判断二流程图，如图7所示，协议判断二用于回复ACK用，同样是通过判断包中是否有KCP头信息，客户端确定接收到的响应数据是否包含KCP头，如果是，则通过SPI机制从UDP通道返回ACK；如果不包含KCP头，则通过SPI机制从TCP通道返回ACK。
本发明实施例将KCP协议的数据交给业务线程处理，而不是Dubbo官方的在I/O线程解码，减轻了I/O线程的压力，图8是根据本发明可选实施方式的KCP协议线程协作图，如图8所示：KCP协议的数据被提交到业务线程池进行解码。
本实施例通过计算和dubbo的SPI机制来决策使用什么传输协议，协议判断一之后将不同的协议数据分发给I/O线程和业务线程解码，而官方dubbo中把数据的解码全部放在I/O线程池上，本发明充分利用了可用的线程资源和UDP的优点，解决了在大响应数据下的延时问题。
本发明实施例可以根据数据的大小自动切换协议，能够自动调整参数mtu，选择最合适的KCP参数，提高传输效率；充分利用UDP的优点；合理配置I/O线程和业务线程的工作量，在大响应数据情况下降低丢包后超时间的等待从而降低延时时间。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
本发明的实施例还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
在一个示例性的实施方式中，在本实施例中，上述计算机可读的存储介质可以被设置为存储用于执行以下步骤的计算机程序：
S1，向服务端发送请求；
S2，根据响应数据的封装类型接收该响应数据，其中，该响应数据是该服务端响应于该请求向该客户端所发送的，该响应数据的封装类型是根据该响应数据的大小所确定的，在该响应数据的大小位于指定范围的情况下，该响应数据被封装为指定封装类型的响应数据，不同封装类型的响应数据的传输速率不同。
通过上述步骤，由于向服务端发送请求；根据响应数据的封装类型接收该响应数据，其中，该响应数据是该服务端响应于该请求向该客户端所发送的，该响应数据的封装类型是根据该响应数据的大小所确定的，在该响应数据的大小位于指定范围的情况下，该响应数据被封装为指定封装类型的响应数据，不同封装类型的响应数据的传输速率不同，由于可以根据响应数据的大小确定响应数据的封装类型，以使得封装类型能够与响应数据的大小相匹配，可以避免过大的数据传输效率低的情况，也能够避免过小的数据占据较多的传输资源的情况；因此，可以解决相关技术中由于固定的传输连接所导致的响应数据传输效率较低或传输资源浪费的问题，达到提高数据传输效率、避免传输资源浪费的效果。
在一个示例性的实施方式中，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
在一个示例性的实施方式中，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random AccessMemory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
在一个示例性的实施方式中，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
在一个示例性的实施方式中，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：
S1，向服务端发送请求；
S2，根据响应数据的封装类型接收该响应数据，其中，该响应数据是该服务端响应于该请求向该客户端所发送的，该响应数据的封装类型是根据该响应数据的大小所确定的，在该响应数据的大小位于指定范围的情况下，该响应数据被封装为指定封装类型的响应数据，不同封装类型的响应数据的传输速率不同。
通过上述步骤，由于向服务端发送请求；根据响应数据的封装类型接收该响应数据，其中，该响应数据是该服务端响应于该请求向该客户端所发送的，该响应数据的封装类型是根据该响应数据的大小所确定的，在该响应数据的大小位于指定范围的情况下，该响应数据被封装为指定封装类型的响应数据，不同封装类型的响应数据的传输速率不同，由于可以根据响应数据的大小确定响应数据的封装类型，以使得封装类型能够与响应数据的大小相匹配，可以避免过大的数据传输效率低的情况，也能够避免过小的数据占据较多的传输资源的情况；因此，可以解决相关技术中由于固定的传输连接所导致的响应数据传输效率较低或传输资源浪费的问题，达到提高数据传输效率、避免传输资源浪费的效果。
在一个示例性的实施方式中，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，在一个示例性的实施方式中，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
