CN115878922A - 数据热更新方法、装置、电子设备及计算机可读存储介质 - Google Patents

Abstract

本申请涉及数据处理技术领域，提供了一种数据热更新方法、装置、电子设备及计算机可读存储介质，方法包括：获取数据包信息，其中，数据包信息包括数据包名称；将数据包名称与预设的包信息哈希表进行第一匹配处理，得到数据包属性信息，其中，数据包属性信息包括本地路径地址信息；根据本地路径地址信息从预设的本地缓存中进行查找处理，得到数据查找信息；在数据查找信息表征本地缓存中不存在相应数据包的情况下，对本地缓存进行第一数据更新处理；基于数据更新后的本地缓存对预设的内存缓存进行第二数据更新处理。通过上述技术方案，能够在页面加载之前进行数据的热更新，省去了用户等待页面响应加载的时间，给用户带来了良好的使用体验。

Description

数据热更新方法、装置、电子设备及计算机可读存储介质

技术领域

本申请实施例涉及但不限于数据更新技术领域，尤其涉及一种数据热更新方法、装置、电子设备及计算机可读存储介质。

背景技术

目前，在一些金融行业的项目页面中，在进入页面之后每次都要下载数据包资源、加载包资源以及渲染页面，整个流程需要花费较多时间，导致页面启动的时间增加；对于一些业务量较大的资源包，如果进入页面之后再开始数据资源的下载，用户就需要一直等待流程执行完之后，才可以看到具体的业务页面，给用户带来了不良好的使用体验。

发明内容

以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。

为了解决上述背景技术中提到的问题，本申请实施例提供了一种数据热更新方法、装置、电子设备及计算机可读存储介质，能够在页面加载之前进行数据的热更新，省去了用户等待页面响应加载的时间，给用户带来了良好的使用体验。

第一方面，本申请实施例提供了一种数据热更新方法，所述方法包括：

获取数据包信息，其中，所述数据包信息包括数据包名称；

将所述数据包名称与预设的包信息哈希表进行第一匹配处理，得到数据包属性信息，其中，所述数据包属性信息包括本地路径地址信息；

根据所述本地路径地址信息从预设的本地缓存中进行查找处理，得到数据查找信息；

在所述数据查找信息表征所述本地缓存中不存在相应数据包的情况下，对所述本地缓存进行第一数据更新处理；

基于数据更新后的所述本地缓存对预设的内存缓存进行第二数据更新处理。

根据本申请的一些实施例，所述包信息哈希表包括键值信息，所述将所述数据包名称与预设的包信息哈希表进行匹配处理，得到数据包属性信息，包括：

将所述数据包名称与所述键值信息进行第二匹配处理得到数据包匹配信息；

基于所述数据包匹配信息从所述包信息哈希表中提取对应的所述数据包属性信息。

根据本申请的一些实施例，所述本地缓存包括多个存储区间，每个存储区间对应着一个区间地址标记，所述根据所述本地路径地址信息从预设的本地缓存中进行查找处理，得到数据查找信息，包括：

将所述本地路径地址信息与所述区间地址标记进行第三匹配处理得到对应的所述存储区间；

基于对应的所述存储区间确定所述数据查找信息。

根据本申请的一些实施例，所述在所述数据查找信息表征所述本地缓存中不存在相应数据包的情况下，对所述本地缓存进行第一数据更新处理，包括：

在所述数据查找信息表征所述本地缓存中不存在相应数据包的情况下，从预设的服务端获取数据包配置信息；

对所述数据包配置信息进行校验处理得到数据包校验信息；

在所述数据包校验信息表征数据包校验成功的情况下，从所述服务端下载相应的数据包；

对所述数据包的数据内容进行信息摘要加密处理得到数据字符串信息；

将所述数据字符串信息转存至所述本地缓存。

根据本申请的一些实施例，所述将所述数据字符串信息转存至所述本地缓存，包括：

将所述数据字符串信息作为哈希值并且对所述哈希值添加相应的数据包键值，以形成数据新增列表；

将所述数据新增列表写入所述本地缓存。

根据本申请的一些实施例，所述基于数据更新后的所述本地缓存对预设的内存缓存进行第二数据更新处理之后，所述方法还包括：

从服务端获取预加载数据包配置列表；

根据所述预加载数据包配置列表对相应数据包进行更新处理；

初始化预加载组件；

基于所述预加载组件对更新后的所述数据包进行预先加载处理。

根据本申请的一些实施例，所述数据包包括基础包和业务包，所述基于所述预加载组件对更新后的所述数据包进行预先加载处理，包括：

基于所述预加载组件加载所述基础包；

在加载所述基础包完毕之后，基于所述预加载组件加载所述业务包。

第二方面，本申请实施例还提供了一种数据热更新装置，所述装置包括：

第一处理模块，用于获取数据包信息，其中，所述数据包信息包括数据包名称；

第二处理模块，用于将所述数据包名称与预设的包信息哈希表进行第一匹配处理，得到数据包属性信息，其中，所述数据包属性信息包括本地路径地址信息；

第三处理模块，用于根据所述本地路径地址信息从预设的本地缓存中进行查找处理，得到数据查找信息；

第四处理模块，用于在所述数据查找信息表征所述本地缓存中不存在相应数据包的情况下，对所述本地缓存进行第一数据更新处理；

第五处理模块，用于基于数据更新后的所述本地缓存对预设的内存缓存进行第二数据更新处理。

第三方面，本申请实施例还提供了一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上第一方面所述的数据热更新方法。

第四方面，本申请实施例还提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行如上第一方面所述的数据热更新方法。

根据本申请提供的实施例的数据热更新方法，至少具有如下有益效果：在数据热更新的过程中，首先获取数据包信息，其中，数据包信息包括数据包名称；接着将数据包名称与预设的包信息哈希表进行第一匹配处理，进而得到数据包属性信息，其中，数据包属性信息包括本地路径地址信息；接着根据本地路径地址信息从预设的本地缓存中进行查找处理，得到数据查找信息；在数据查找信息表征本地缓存中不存在相应的数据包的情况下，对本地缓存进行第一数据更新处理；最后基于数据更新后的本地缓存对预设的内存缓存进行第二数据更新处理。通过上述技术方案，能够在页面加载之前进行数据的热更新，省去了用户等待页面响应加载的时间，给用户带来了良好的使用体验。

附图说明

附图用来提供对本申请技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本申请的技术方案，并不构成对本申请技术方案的限制。

图1是本申请一个实施例提供的数据热更新方法的流程图；

图2是本申请一个实施例提供的数据热更新方法中，获取数据包属性信息的流程图；

图3是本申请一个实施例提供的数据热更新方法中，获取数据查找信息的流程图；

图4是本申请一个实施例提供的数据热更新方法中，对本地缓存进行第一数据更新处理的流程图；

图5是本申请一个实施例提供的数据热更新方法中，将数据字符串信息转存至本地缓存的流程图；

图6是本申请另一个实施例提供的数据热更新方法的流程图；

图7是本申请另一个实施例提供的数据热更新方法中，对更新后的数据包进行预先加载处理的流程图；

图8是本申请一个实施例提供的数据热更新装置的示意图；

图9是本申请一个实施例提供的电子设备的示意图。

具体实施方式

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

需要注意的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

需要说明的是，除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

目前，在一些金融行业的项目页面中，在进入页面之后每次都要下载数据包资源、加载包资源以及渲染页面，整个流程需要花费较多时间，导致页面启动的时间增加；对于一些业务量较大的资源包，如果进入页面之后再开始数据资源的下载，用户就需要一直等待流程执行完之后，才可以看到具体的业务页面，给用户带来了不良好的使用体验。

本申请提供了一种数据热更新方法、装置、电子设备及计算机可读存储介质，在数据热更新的过程中，首先获取数据包信息，其中，数据包信息包括数据包名称；接着将数据包名称与预设的包信息哈希表进行第一匹配处理，进而得到数据包属性信息，其中，数据包属性信息包括本地路径地址信息；接着根据本地路径地址信息从预设的本地缓存中进行查找处理，得到数据查找信息；在数据查找信息表征本地缓存中不存在相应的数据包的情况下，对本地缓存进行第一数据更新处理；最后基于数据更新后的本地缓存对预设的内存缓存进行第二数据更新处理。通过上述技术方案，能够在页面加载之前进行数据的热更新，省去了用户等待页面响应加载的时间，给用户带来了良好的使用体验。

本申请实施例提供的数据热更新方法，涉及数据处理技术领域。本申请实施例提供的数据热更新方法可应用于终端中，也可应用于服务器端中，还可以是运行于终端或服务器端中的软件。在一些实施例中，终端可以是智能手机、平板电脑、笔记本电脑、台式计算机等；服务器端可以配置成独立的物理服务器，也可以配置成多个物理服务器构成的服务器集群或者分布式系统，还可以配置成提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN以及大数据和人工智能平台等基础云计算服务的云服务器；软件可以是实现数据热更新方法的应用等，但并不局限于以上形式。

本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

需要说明的是，在本申请的各个具体实施方式中，当涉及到需要根据用户信息、用户行为数据，用户历史数据以及用户位置信息等与用户身份或特性相关的数据进行相关处理时，都会先获得用户的许可或者同意，而且，对这些数据的收集、使用和处理等，都会遵守相关国家和地区的相关法律法规和标准。此外，当本申请实施例需要获取用户的敏感个人信息时，会通过弹窗或者跳转到确认页面等方式获得用户的单独许可或者单独同意，在明确获得用户的单独许可或者单独同意之后，再获取用于使本申请实施例能够正常运行的必要的用户相关数据。

下面结合附图，对本申请实施例作进一步阐述。

如图1所示，图1是本申请一个实施例提供的数据热更新方法的流程图，该数据热更新方法包括但不限于步骤S100至S500。

步骤S100，获取数据包信息，其中，数据包信息包括数据包名称；

步骤S200，将数据包名称与预设的包信息哈希表进行第一匹配处理，得到数据包属性信息，其中，数据包属性信息包括本地路径地址信息；

步骤S300，根据本地路径地址信息从预设的本地缓存中进行查找处理，得到数据查找信息；

步骤S400，在数据查找信息表征本地缓存中不存在相应数据包的情况下，对本地缓存进行第一数据更新处理；

步骤S500，基于数据更新后的本地缓存对预设的内存缓存进行第二数据更新处理。

需要说明的是，在数据热更新的过程中，首先获取数据包信息，其中，数据包信息包括数据包名称；接着将数据包名称与预设的包信息哈希表进行第一匹配处理，进而得到数据包属性信息，其中，数据包属性信息包括本地路径地址信息；接着根据本地路径地址信息从预设的本地缓存中进行查找处理，得到数据查找信息；在数据查找信息表征本地缓存中不存在相应的数据包的情况下，对本地缓存进行第一数据更新处理；最后基于数据更新后的本地缓存对预设的内存缓存进行第二数据更新处理。通过上述技术方案，能够在页面加载之前进行数据的热更新，省去了用户等待页面响应加载的时间，给用户带来了良好的使用体验。

需要说明的是，包在包交换网络里，单个消息被划分为多个数据块，这些数据块称为包，它包含发送者和接收者的地址信息；这些包然后沿着不同的路径在一个或多个网络中传输，并且在目的地重新组合。数据包的结构非常复杂；数据包主要由“目的IP地址”、“源IP地址”、“净载数据”等部分构成，包括包头和包体，包头是固定长度，包体的长度不定，各字段长度固定，双方的请求数据包和应答数据包的包头结构是一致的，不同的是包体的定义。网络接口接收数据包，并根据在链路层协议头部编码的信息，将数据包分派给合适的网络层协议，每一个协议族必须有一个或多个协议组成网络层，在这个系统中，每一个网络层协议都有一个分配给它的输入数据包队列，一个网络接口所接收的数据包在一个协议的输入数据包队列中排列，并发送一个软件中断来启动网络层处理，网络接口模块使用相似的队列来存储正等待传送的数据包。

值得注意的是，数据包信息包括数据包名称，数据包名称可以理解为用于标记区分数据包的信息，在全网中具有唯一性。

需要说明的是，哈希表也叫做散列表，是根据关键码值而直接进行访问的数据结构。也就是说，它通过把关键码值映射到表中一个位置来访问记录，以加快查找的速度。这个映射函数叫做散列函数，存放记录的数组叫做散列表；给定一个表，就会存在相应的函数，对任意给定的关键字值，代入函数后若能得到包含该关键字的记录在表中的地址，则称表为哈希表，函数为哈希函数。散列表的查找过程基本上和造表过程相同；一些关键码可通过散列函数转换的地址直接找到，另一些关键码在散列函数得到的地址上产生了冲突，需要按处理冲突的方法进行查找。

需要说明的是，本地缓存在系统中，有些数据，数据量小，但是访问十分频繁，针对这种场景，需要将数据搞到应用的本地缓存中，以提升系统的访问效率，减少无谓的数据库访问，但是有一点需要注意，就是缓存的占用空间以及缓存的失效策略。

值得注意的是，本地路径地址信息即为数据包的地址信息，通过该地址信息可以查找到该数据包。其中，在数据查找信息表征本地缓存中不存在相应数据包，即通过数据查找信息并没有在本地缓存的相应存储区间查找到相应的数据包，就会触发对本地缓存进行第一数据更新处理。

值得注意的是，在对本地缓存进行第一数据更新处理之后，还可以根据第一数据更新完毕的本地缓存对内存缓存进行第二数据更新处理。其中，内存缓存具有两个特点，分别是快速读取和时效性；其中，快速读取即为内存缓存会将编译解析后的文件，直接存入该进程的内存中，占据该进程一定的内存资源，以方便下次运行使用时的快速读取；时效性即为缓存时效性很短，会随着进程的释放而释放。

在一些实施例中，如图2所示，包信息哈希表包括键值信息，上述步骤S200可以包括但不限于步骤S210至步骤S220。

步骤S210，将数据包名称与键值信息进行第二匹配处理得到数据包匹配信息；

步骤S220，基于数据包匹配信息从包信息哈希表中提取对应的数据包属性信息。

需要说明的是，在进行第一匹配处理的过程中，首先要将数据包名称和键值信息进行第二匹配处理就可以得到数据包匹配信息；接着基于数据包匹配信息从包信息哈希表中提取对应的数据包属性信息。

值得注意的是，键值信息包括键值名和键值，将数据包名称与键值名进行第二匹配处理就可以得到数据包匹配信息；基于数据包匹配信息就可以从包信息哈希表中提取对应的键值作为数据包属性信息。

在一些实施例中，如图3所示，本地缓存包括多个存储区间，每个存储区间对应着一个区间地址标记，上述步骤S300可以包括但不限于步骤S310至步骤S320。

步骤S310，将本地路径地址信息与区间地址标记进行第三匹配处理得到对应的存储区间；

步骤S320，基于对应的存储区间确定数据查找信息。

需要说明的是，根据本地路径地址信息从预设的本地缓存中进行查找的过程中，首先将本地路径地址信息与本地缓存中的存储区间的区间地址标记进行第三匹配处理从而得到对应的存储区间；然后基于对应的存储区间确定数据查找信息。

值得注意的是，本地缓存在系统中，有些数据，数据量小，但是访问十分频繁，针对这种场景，需要将数据搞到应用的本地缓存中，以提升系统的访问效率，减少无谓的数据库访问，但是有一点需要注意，就是缓存的占用空间以及缓存的失效策略。

需要说明的是，本地缓存包括多个存储区间，而每个存储区间都对应着一个区间地址标记，区间地址标记用于区分不同的存储区间；通过本地路径地址信息和区间地址标记进行第三匹配处理就可以选定对应的存储区间，接着就可以根据选定的存储区间确定得到数据查找信息。

值得注意的是，区间，分配给对象的任何连续块叫区间；区间也叫扩展；因为用完已经分配的区间后，再有新的记录插入就必须在分配新的区间(即扩展一些块)；一旦区间分配给某个对象(表、索引及簇)，则该区间就不能再分配给其它的对象。

在一些实施例中，如图4所示，上述步骤S400可以包括但不限于步骤S410和步骤S450。

步骤S410，在数据查找信息表征本地缓存中不存在相应数据包的情况下，从预设的服务端获取数据包配置信息；

步骤S420，对数据包配置信息进行校验处理得到数据包校验信息；

步骤S430，在数据包校验信息表征数据包校验成功的情况下，从服务端下载相应的数据包；

步骤S440，对数据包的数据内容进行信息摘要加密处理得到数据字符串信息；

步骤S450，将数据字符串信息转存至本地缓存。

需要说明的是，在对本地缓存进行第一数据更新处理的过程中，首先在数据查找信息表征本地缓存中不存在相应数据包的情况下，从预设的服务端获取数据包配置信息；接着对数据包配置信息进行校验处理得到数据包校验信息；然后在数据包校验信息表征数据包校验成功的情况下，从服务端下载相应的数据包；然后对数据包的数据内容进行信息摘要加密处理得到数据字符串信息；最后将数据字符串信息转存至本地缓存，为了后续的业务页面加载做好前提准备。

值得注意的是，在数据查找信息表征本地缓存中存在相应数据包的情况下，就不会再重新去下载相应的数据包，直接利用本地缓存中的数据包，使得业务页面能够更快地进行展示处理，缩短了用户等待页面响应加载的时间，给用户带来了良好的使用体验。

需要说明的是，服务端是一种针对性的程序。所谓的针对性就是专门为某一客户端设立的程序；原则上来讲，服务端是不具备运算能力，因为服务端同时会与多个客户端建立连接，一旦服务端进行运算的话，就会占用大量的资源，从而影响到其他客户端的通信，所以服务端通常都只具备认证与传输数据功能。服务器端是为客户端服务的,服务的内容诸如向客户端提供资源,保存客户端数据等；客户端可以是任意的一台电脑,只要它和服务器端存在连接,并且得到了服务器端的授权,就可以使用服务器端的服务；像现在就可以理解为百度的网站是服务器端，现在使用的电脑就是客户端，可以使用它的服务，通常的服务器端都是服务器级的高级PC,以便多客户访问时不会造成延时甚至数据溢出。

值得注意的是，对数据包配置信息进行校验处理可以为校验数据包的版本、当前用户是否允许下载等信息；当校验成功的情况下，就会从服务端下载相应的数据包；接着对数据包的数据内容进行信息摘要加密处理就可以得到数据字符串信息；最后将数据字符串信息转存到本地缓存中。

值得注意的是，信息摘要即为对数据进行处理，取得一段固定长度的文本。数据摘要算法也被称为哈希算法、散列算法。哈希算法是一种单向算法，用户可以通过哈希算法对目标信息生成一段特定长度的唯一的哈希值，却不能通过这个哈希值重新获得目标信息，因此，哈希算法常用在不可还原的密码存储、信息完整性校验等场景；一般在进行数字签名时，需要先对文本使用哈希算法计算其信息摘要，然后对该摘要值进行数字签名。

值得注意的是，从服务端下载相应的数据包的过程可以为：客户端向服务端发送下载请求，服务端接收到下载请求后就会响应请求而将相应的数据包发送到客户端，实现数据包的下载处理。

在一些实施例中，如图5所示，上述步骤S450可以包括但不限于步骤S451和步骤S452。

步骤S451，将数据字符串信息作为哈希值并且对哈希值添加相应的数据包键值，以形成数据新增列表；

步骤S452，将数据新增列表写入本地缓存。

需要说明的是，将数据字符串信息转存到本地缓存的过程中，首先将数据字符串信息作为哈希值并且对哈希值添加相应的数据包键值，以形成数据新增列表；最后将数据新增列表写入本地缓存中。

值得注意的是，将数据字符串信息作为哈希值并且对哈希值添加相应的数据包键值，从而形成数据新增列表；最后将数据新增列表写入本地缓存中，为了后续的业务页面加载做好前提准备，节省后续的页面加载的时间。

在一些实施例中，如图6所示，在执行完上述步骤S500之后还可以包括但不限于步骤S610、步骤S620、步骤S630和步骤S640。

步骤S610，从服务端获取预加载数据包配置列表；

步骤S620，根据预加载数据包配置列表对相应数据包进行更新处理；

步骤S630，初始化预加载组件；

步骤S640，基于预加载组件对更新后的数据包进行预先加载处理。

需要说明的是，在没有加载登录业务页面之前，还可以从服务端获取预加载数据包配置列表；还可以根据预加载数据包配置列表对相应数据包进行更新处理；接着对预加载组件进行初始化处理；最后基于预加载组件对更新后的数据包进行预先加载处理。

值得注意的是，对于一些业务包较大的资源包，或者用户经常访问的业务页面，则可以启用预加载功能，提前将资源下载好，创建好对应的预加载组件并加载业务包，等到进入具体业务页面时，直接使用现有资源进行渲染，从而提高用户的体验度。

可以理解的是，预加载数据包配置列表即为后续的业务页面加载所需要提前加载的数据包，提前对预加载数据包配置列表对相应的数据包进行更新处理，为了后续的业务页面加载做好前提准备。

在一些实施例中，如图7所示，数据包包括基础包和业务包，上述步骤S640可以包括但不限于步骤S641和步骤S642。

步骤S641，基于预加载组件加载基础包；

步骤S642，在加载基础包完毕之后，基于预加载组件加载业务包。

需要说明的是，基于预加载组件对更新后的数据包进行预先加载处理的过程中，首先基于预加载组件加载基础包，接着在加载基础包完毕之后，基于预加载组件加载业务包。

值得注意的是，在进行数据包加载的过程中，首先加载基础包，在基础包加载完毕的基础上再加载业务包；其中，基础包可以为某一个业务页面进行展示而需要的基本的数据包，业务包即针对某一个业务页面进行展示而需要的特定的数据包。

另外，如图8所示，本申请的一个实施例还提供了一种数据热更新装置10，包括：

第一处理模块100，用于获取数据包信息，其中，数据包信息包括数据包名称；

第二处理模块200，用于将数据包名称与预设的包信息哈希表进行第一匹配处理，得到数据包属性信息，其中，数据包属性信息包括本地路径地址信息；

第三处理模块300，用于根据本地路径地址信息从预设的本地缓存中进行查找处理，得到数据查找信息；

第四处理模块400，用于在数据查找信息表征本地缓存中不存在相应数据包的情况下，对本地缓存进行第一数据更新处理；

第五处理模块500，用于基于数据更新后的本地缓存对预设的内存缓存进行第二数据更新处理。

需要说明的是，在数据热更新的过程中，首先获取数据包信息，其中，数据包信息包括数据包名称；接着将数据包名称与预设的包信息哈希表进行第一匹配处理，进而得到数据包属性信息，其中，数据包属性信息包括本地路径地址信息；接着根据本地路径地址信息从预设的本地缓存中进行查找处理，得到数据查找信息；在数据查找信息表征本地缓存中不存在相应的数据包的情况下，对本地缓存进行第一数据更新处理；最后基于数据更新后的本地缓存对预设的内存缓存进行第二数据更新处理。通过上述技术方案，能够在页面加载之前进行数据的热更新，省去了用户等待页面响应加载的时间，给用户带来了良好的使用体验。

需要说明的是，包在包交换网络里，单个消息被划分为多个数据块，这些数据块称为包，它包含发送者和接收者的地址信息；这些包然后沿着不同的路径在一个或多个网络中传输，并且在目的地重新组合。数据包的结构非常复杂；数据包主要由“目的IP地址”、“源IP地址”、“净载数据”等部分构成，包括包头和包体，包头是固定长度，包体的长度不定，各字段长度固定，双方的请求数据包和应答数据包的包头结构是一致的，不同的是包体的定义。网络接口接收数据包，并根据在链路层协议头部编码的信息，将数据包分派给合适的网络层协议，每一个协议族必须有一个或多个协议组成网络层，在这个系统中，每一个网络层协议都有一个分配给它的输入数据包队列，一个网络接口所接收的数据包在一个协议的输入数据包队列中排列，并发送一个软件中断来启动网络层处理，网络接口模块使用相似的队列来存储正等待传送的数据包。

值得注意的是，数据包信息包括数据包名称，数据包名称可以理解为用于标记区分数据包的信息，在全网中具有唯一性。

需要说明的是，哈希表也叫做散列表，是根据关键码值而直接进行访问的数据结构。也就是说，它通过把关键码值映射到表中一个位置来访问记录，以加快查找的速度。这个映射函数叫做散列函数，存放记录的数组叫做散列表；给定一个表，就会存在相应的函数，对任意给定的关键字值，代入函数后若能得到包含该关键字的记录在表中的地址，则称表为哈希表，函数为哈希函数。散列表的查找过程基本上和造表过程相同；一些关键码可通过散列函数转换的地址直接找到，另一些关键码在散列函数得到的地址上产生了冲突，需要按处理冲突的方法进行查找。

需要说明的是，本地缓存在系统中，有些数据，数据量小，但是访问十分频繁，针对这种场景，需要将数据搞到应用的本地缓存中，以提升系统的访问效率，减少无谓的数据库访问，但是有一点需要注意，就是缓存的占用空间以及缓存的失效策略。

值得注意的是，本地路径地址信息即为数据包的地址信息，通过该地址信息可以查找到该数据包。其中，在数据查找信息表征本地缓存中不存在相应数据包，即通过数据查找信息并没有在本地缓存的相应存储区间查找到相应的数据包，就会触发对本地缓存进行第一数据更新处理。

值得注意的是，在对本地缓存进行第一数据更新处理之后，还可以根据第一数据更新完毕的本地缓存对内存缓存进行第二数据更新处理。其中，内存缓存具有两个特点，分别是快速读取和时效性；其中，快速读取即为内存缓存会将编译解析后的文件，直接存入该进程的内存中，占据该进程一定的内存资源，以方便下次运行使用时的快速读取；时效性即为缓存时效性很短，会随着进程的释放而释放。

该数据热更新装置10的具体实施方式与上述数据热更新方法的具体实施例基本相同，在此不再赘述。

另外，如图9所示，本申请的一个实施例还提供了一种电子设备700，该设备包括：存储器720、处理器710及存储在存储器720上并可在处理器710上运行的计算机程序。

处理器710和存储器720可以通过总线或者其他方式连接。

实现上述实施例的数据热更新方法所需的非暂态软件程序以及指令存储在存储器720中，当被处理器710执行时，执行上述各实施例的数据热更新方法，例如，执行以上描述的图1中的方法步骤S100至S500、图2中的方法步骤S210至S220、图3中的方法步骤S310至S320、图4中的方法步骤S410至S450、图5中的方法步骤S451至S452、图6中的方法步骤S610至S640和图7中的方法步骤S641至S642。

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

此外，本申请的一个实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个处理器710或控制器执行，例如，被上述设备实施例中的一个处理器710执行，可使得上述处理器710执行上述实施例中的数据热更新方法，例如，执行以上描述的图1中的方法步骤S100至S500、图2中的方法步骤S210至S220、图3中的方法步骤S310至S320、图4中的方法步骤S410至S450、图5中的方法步骤S451至S452、图6中的方法步骤S610至S640和图7中的方法步骤S641至S642。

上述各实施例可以结合使用，不同实施例之间名称相同的模块可相同可不同。

上述对本申请特定实施例进行了描述，其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，附图中描绘的过程不一定必须按照示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备、计算机可读存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请实施例提供的装置、设备、计算机可读存储介质与方法是对应的，因此，装置、设备、非易失性计算机存储介质也具有与对应方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述对应装置、设备、计算机存储介质的有益技术效果。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本申请实施例可提供为方法、系统、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(Flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带式磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(Transitory Media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示单独存在A、同时存在A和B、单独存在B的情况。其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达，是指的这些项中的任意组合，包括单项或复数项的任意组合。例如，a，b和c中的至少一项可以表示：a，b，c，a和b，a和c，b和c或a和b和c，其中a，b，c可以是单个，也可以是多个。

本申请实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种数据热更新方法，其特征在于，所述方法包括：

获取数据包信息，其中，所述数据包信息包括数据包名称；

将所述数据包名称与预设的包信息哈希表进行第一匹配处理，得到数据包属性信息，其中，所述数据包属性信息包括本地路径地址信息；

根据所述本地路径地址信息从预设的本地缓存中进行查找处理，得到数据查找信息；

在所述数据查找信息表征所述本地缓存中不存在相应数据包的情况下，对所述本地缓存进行第一数据更新处理；

基于数据更新后的所述本地缓存对预设的内存缓存进行第二数据更新处理。

2.根据权利要求1所述的数据热更新方法，其特征在于，所述包信息哈希表包括键值信息，所述将所述数据包名称与预设的包信息哈希表进行第一匹配处理，得到数据包属性信息，包括：

将所述数据包名称与所述键值信息进行第二匹配处理得到数据包匹配信息；

基于所述数据包匹配信息从所述包信息哈希表中提取对应的所述数据包属性信息。

3.根据权利要求1所述的数据热更新方法，其特征在于，所述本地缓存包括多个存储区间，每个存储区间对应着一个区间地址标记，所述根据所述本地路径地址信息从预设的本地缓存中进行查找处理，得到数据查找信息，包括：

将所述本地路径地址信息与所述区间地址标记进行第三匹配处理得到对应的所述存储区间；

基于对应的所述存储区间确定所述数据查找信息。

4.根据权利要求1所述的数据热更新方法，其特征在于，所述在所述数据查找信息表征所述本地缓存中不存在相应数据包的情况下，对所述本地缓存进行第一数据更新处理，包括：

在所述数据查找信息表征所述本地缓存中不存在相应数据包的情况下，从预设的服务端获取数据包配置信息；

对所述数据包配置信息进行校验处理得到数据包校验信息；

在所述数据包校验信息表征数据包校验成功的情况下，从所述服务端下载相应的数据包；

对所述数据包的数据内容进行信息摘要加密处理得到数据字符串信息；

将所述数据字符串信息转存至所述本地缓存。

5.根据权利要求4所述的数据热更新方法，其特征在于，所述将所述数据字符串信息转存至所述本地缓存，包括：

将所述数据字符串信息作为哈希值并且对所述哈希值添加相应的数据包键值，以形成数据新增列表；

将所述数据新增列表写入所述本地缓存。

6.根据权利要求1所述的数据热更新方法，其特征在于，所述基于数据更新后的所述本地缓存对预设的内存缓存进行第二数据更新处理之后，所述方法还包括：

从服务端获取预加载数据包配置列表；

根据所述预加载数据包配置列表对相应数据包进行更新处理；

初始化预加载组件；

基于所述预加载组件对更新后的所述数据包进行预先加载处理。

7.根据权利要求6所述的数据热更新方法，其特征在于，所述数据包包括基础包和业务包，所述基于所述预加载组件对更新后的所述数据包进行预先加载处理，包括：

基于所述预加载组件加载所述基础包；

在加载所述基础包完毕之后，基于所述预加载组件加载所述业务包。

8.一种数据热更新装置，其特征在于，所述装置包括：

第一处理模块，用于获取数据包信息，其中，所述数据包信息包括数据包名称；

第二处理模块，用于将所述数据包名称与预设的包信息哈希表进行第一匹配处理，得到数据包属性信息，其中，所述数据包属性信息包括本地路径地址信息；

第三处理模块，用于根据所述本地路径地址信息从预设的本地缓存中进行查找处理，得到数据查找信息；

第四处理模块，用于在所述数据查找信息表征所述本地缓存中不存在相应数据包的情况下，对所述本地缓存进行第一数据更新处理；

第五处理模块，用于基于数据更新后的所述本地缓存对预设的内存缓存进行第二数据更新处理。

9.一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7中任意一项所述的数据热更新方法。

10.一种计算机可读存储介质，存储有计算机可执行指令，其特征在于，所述计算机可执行指令用于执行权利要求1至7中任意一项所述的数据热更新方法。

Images