CN113703815B - 离线资源更新方法、装置、终端和存储介质 - Google Patents

Abstract

本申请提供了一种离线资源更新方法、装置、终端和存储介质，涉及互联网技术领域，可以应用于云技术、人工智能、智慧交通、辅助驾驶等各种场景，方法包括：响应于目标应用程序的启动，调用预设激活方法对目标应用程序中各业务模块的本地离线包进行初始化处理，得到各业务模块的初始化离线包；获取各业务模块各自对应的预设调度频率；预设调度频率为基于业务模块的历史线程调度频率确定的；基于运行循环对象监测各业务模块各自的调度频率；在任一业务模块的调度频率和对应的预设调度频率满足预设更新条件的情况下，对对应的初始化离线包进行更新处理，得到对应的目标离线包。基于该方案能够有效提高数据加载时效。

Description

离线资源更新方法、装置、终端和存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种离线资源更新方法、装置、终端和存储介质。

背景技术

随互联网技术的发展，应用程序成为用户与终端交互的重要工具，为用户的生活、学习、工作和娱乐提供了极大便利。为提高应用程序的数据加载效率，通常采用预存离线资源包和从本地直接加载离线包的方式来避免网络环境对程序数据加载速度的影响，例如将包括 HTML、JavaScript 、CSS 等页面内的静态资源打包到一个压缩包内，预先下载该离线资源包到本地，然后通过客户端打开，从而最大程度地摆脱网络环境对页面加载的影响。采用离线资源包的技术能够提升用户体验并且能够实现动态更新。

应用程序的离线资源包需要经常更新，现有技术中通常在加载数据且未获取到离线数据时获取整体离线资源包，或者定时获取整体离线资源包，然后替换终端原来预存的离线资源包，但该方式难以确保离线资源的实时性，仍存在数据加载时效低的问题。因此，需要提供一种改进的离线资源更新方案，以解决上述现存问题，改善用户体验。

发明内容

本申请提供了一种离线资源更新方法、装置、终端和存储介质，可以保证离线资源的实时性，有效提高数据加载时效，改善用户体验。

一方面，本申请提供了一种离线资源更新方法，所述方法包括：

响应于目标应用程序的启动，调用预设激活方法对所述目标应用程序中各业务模块的本地离线包进行初始化处理，得到所述各业务模块的初始化离线包；

获取所述各业务模块各自对应的预设调度频率；所述预设调度频率为基于业务模块的历史线程调度频率确定的；

基于运行循环对象监测所述各业务模块各自的调度频率；

在任一业务模块的调度频率和对应的预设调度频率满足预设更新条件的情况下，对对应的初始化离线包进行更新处理，得到对应的目标离线包。

另一方面提供了一种离线资源更新装置，所述装置包括：

初始化模块：用于响应于目标应用程序的启动，调用预设激活方法对所述目标应用程序中各业务模块的本地离线包进行初始化处理，得到所述各业务模块的初始化离线包；

预设调度频率获取模块：用于获取所述各业务模块各自对应的预设调度频率；所述预设调度频率为基于业务模块的历史线程调度频率确定的；

调度频率监测模块：用于基于运行循环对象监测所述各业务模块各自的调度频率；

离线包更新模块：用于在任一业务模块的调度频率和对应的预设调度频率满足预设更新条件的情况下，对对应的初始化离线包进行更新处理，得到对应的目标离线包。

另一方面提供了一种离线资源更新设备，所述设备包括处理器和存储器，所述设备包括处理器和存储器，所述存储器中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由所述处理器加载并执行以实现如上述的离线资源更新方法。

另一方面提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由处理器加载并执行以实现如上述的离线资源更新方法。

另一方面提供了一种计算机设备，所述设备包括处理器和存储器，其特征在于，所述存储器中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由所述处理器加载并执行以实现如上述的离线资源更新方法。

另一方面提供了一种终端，所述终端包括处理器和存储器，所述存储器中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由所述处理器加载并执行以实现如上述的离线资源更新方法。

另一方面提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令被处理器执行时实现如上述的模型数据处理方法。

本申请提供的离线资源更新方法、装置、设备、存储介质、终端和计算机程序，具有如下技术效果：

本申请响应于目标应用程序的启动，调用预设激活方法对目标应用程序中各业务模块的本地离线包进行初始化处理，得到各业务模块的初始化离线包；并获取各业务模块各自对应的预设调度频率；预设调度频率为基于业务模块的历史线程调度频率确定的；基于运行循环对象监测各业务模块各自的调度频率；在任一业务模块的调度频率和对应的预设调度频率满足预设更新条件的情况下，对对应的初始化离线包进行更新处理，得到对应的目标离线包。基于该方案能够以各业务模块各自的历史调度频率作为判断基础，及时检测是否存在业务模块的离线资源更新需求，并及时进行相应的资源更新，避免在数据加载时进行离线包的下载和更新，在确保离线资源的实时性的同时，有效提高数据加载时效。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案和优点，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它附图。

图1是本申请实施例提供的一种应用环境的示意图；

图2是本申请实施例提供的一种离线资源更新方法的流程示意图；

图3是本申请实施例提供的一个离线包生命周期的时间轴示意图；

图4是本申请实施例提供的另一种离线资源更新方法的流程示意图；

图5是本申请实施例提供的另一种离线资源更新方法的流程示意图；

图6是本申请实施例提供的另一种离线资源更新方法的流程示意图；

图7是本申请实施例提供的一种离线资源更新装置的结构示意图；

图8是本申请实施例提供的一种执行离线资源更新方法的电子设备的硬件结构框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

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

对本申请实施例进行进一步详细说明之前，对本申请实施例中涉及的名词和术语进行说明，本申请实施例中涉及的名词和术语适用于如下的解释。

热启动：本申请指应用程序的热启动。当用户启动应用程序时，后台已经有了该程序的进程，例如通过“退出键”，“home键”退出让应用程序在后台继续执行，当再次点开应用程序后，马上能够恢复到上次使用的状态，不需要再回到首页打开应用程序，这个方式为热启动。

runLoop（运行循环）：保持程序持续运行，runLoop保证线程不会被销毁，也就保证了程序的持续运行。

请参阅图1，图1是本申请实施例提供的一种应用环境的示意图，如图1所示，该应用环境可以至少包括服务器01和终端02。在实际应用中，服务器01和终端02可以通过有线或无线通信方式进行直接或间接地连接，以实现终端02与服务器01间的交互，本申请在此不做限制。

本申请实施例中，服务器01可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN（Content Delivery Network，内容分发网络）、以及大数据和人工智能平台等基础云计算服务的云服务器。具体地，服务器可以包括实体设备，可以具体包括有网络通信单元、处理器和存储器等等，也可以包括运行于实体设备中的软体，可以具体包括有应用程序等。本申请实施例中，服务器01可以用于接收终端发送的离线资源更新请求，根据更新请求携带的信息获取对应的更新资源，并将更新资源发送至终端，以使终端根据更新资源更新对应的离线包。

本申请实施例中，终端02可以包括智能手机、台式电脑、平板电脑、笔记本电脑、数字助理、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、智能电视、智能音箱、智能可穿戴设备、车载终端设备等类型的实体设备，也可以包括运行于实体设备中的软体，例如应用程序等。具体地，终端02可以用于在应用程序启动的情况下，激活该应用程序中各业务模块的本地离线包，以实现初始化处理，得到对应的初始化离线包。并监测应用程序中的各业务模块的调度频率，确定满足预设更新条件的调度频率和对应的预设调度频率，进而生成对应的离线资源更新请求并发送至服务器端；在接收到服务器发送的更新资源后，更新对应的初始化离线包。

此外，需要说明的是，图1所示的仅仅是一种离线资源更新方法的应用环境，该应用环境可以包括更多或更少的节点，本申请在此不做限制。

以下基于上述应用环境介绍本申请的一种离线资源更新方法，应用于终端。本申请实施例可应用于各种场景，包括但不限于云技术、人工智能、智慧交通、辅助驾驶等。图2是本申请实施例提供的一种离线资源更新方法的流程示意图，本说明书提供了如实施例或流程图的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或服务器产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行（例如并行处理器或者多线程处理的环境）。具体的如图2所示，方法可以包括：

S201：响应于目标应用程序的启动，调用预设激活方法对目标应用程序中各业务模块的本地离线包进行初始化处理，得到各业务模块的初始化离线包。

本申请实施例中，本地离线包为应用程序从服务器下载并预存的离线资源包，本地离线包包括应用程序的某业务模块对应的数据，在用户启动并访问应用程序后，应用程序可以根据用户的操作请求调用对应的业务模块，并通过加载本地离线包中的资源生成对应的展示页面。通常情况下，本地离线包为压缩包。例如，在基于H5页面的应用程序中，本地离线包可以包括 HTML、JavaScript 、CSS 等页面内静态资源。通过预先下载和存储该本地离线包，能够最大程度地摆脱网络环境对数据加载（如H5 页面加载）的影响。

在实际应用中，本地离线包通常设有有效期，例如在移动端应用程序场景中，用户使用应用程序浏览H5页面时，在一定时间内不一定会打开每个本地离线包对应的页面，因此本地离线包整体或其中的某些资源可能会过期。请参考图3，图3示出了一个离线包的生命周期的时间轴示意图。图中的离线包为本地离线包，T0~T1间的时间段为本地离线包的有效时段，即离线包资源生命周期，用户使用应用程序的状态下，可以直接加载该本地离线包，在T0之前获取本地离线包后，若用户在T0~T1未访问本地离线包对应的页面，在T1后访问了该页面时，本地离线包或其中部分资源已过期，则无法生成对应的页面，即需要对该本地离线包进行更新。

本申请实施例中，应用程序中包括多个业务模块，例如下载模块、视频编解码模块和数据备份模块等。一般来说，不同的业务模块中使用的离线包资源和页面不同，进而不同的本地离线包可以基于不同的标识信息来进行定义，例如通过biz参数来定义本地离线包所属的业务模块。每个业务模块可以对应存储有一个或多个本地离线包，每个本地离线包中可以包括不同的资源，如可以包括不同页面的离线资源。

具体的，当应用程序启动时，系统会生成对应的广播通知，可以基于该广播通知可以确定启动的目标应用程序，响应于该目标应用程序的启动，基于预设激活方法对本地离线包进行初始化处理，得到各业务模块各自的初始化离线包。在一些情况下，目标应用程序预存有总离线包，总离线包中包括各业务模块各自的本地离线包，初始化处理后，总离线包和其中包括的各本地离线包被激活，以便于后续的更新操作。举例来说，一个应用程序的总离线包为webappCachein，该总离线包中包括bank、home和User三个业务模块，每个业务模块中都拥有自己独立的资源，对应自己的本地离线包。初始化处理后，bank、home和User的本地离线包被激活。

在一些情况下，本申请的离线资源更新方法可以基于预先创建的资源更新SDK（Software Development Kit，软件开发工具包）实现，该资源更新SDK能够将离线资源更新能力封装成通用能力，以集成于不同的应用程序。存在离线包更新需求的情况下，业务模块可以调用该SDK中集成的方法和工具以实现资源更新。具体的，响应于目标应用程序的启动，对该SDK进行初始化处理，以便于调用。相应的，预设激活方法可以为该SDK中预先创建的activate方法，基于该方法能够生效本地离线包，具体的，可以为对总离线包和/或各本地离线包进行解压处理，并获取下述的预设调度频率。可以利用该资源更新SDK运用观察者模式监听热启动后当前应用程序的线程的运行状态，以实现离线资源的更新。

相应的，S201可以具体包括：调用目标应用程序的资源更新SDK中的预设激活方法，对各业务模块的本地离线包进行解压处理，得到各业务模块的初始化离线包。初始化离线包为非压缩包，便于资源查询和更新。

S203：获取各业务模块各自对应的预设调度频率；预设调度频率为基于业务模块的历史线程调度频率确定的。

本申请实施例中，服务器端或终端预存有各应用程序中各业务模块的预设调度频率。通常情况下，应用程序启动后，会创建对应的主线程，各业务模块运行后，会创建其对应的业务线程，每个业务模块可以对应至少一个业务线程，每个业务线程中执行至少一项线程任务。

在实际应用中，服务器端或终端可以基于业务模块的历史线程调度频率确定对应的预设调度频率。历史线程调度频率可以包括业务模块对应的至少一个业务线程中各线程任务各自的调度频率。例如，下载模块被调用后创建一个下载线程，下载线程中运行有不同视频的下载任务，则下载模块的历史调度频率既包括该下载线程中不同下载任务各自的调度频率。在一些情况下，可以基于预设时段的历史调度频率来确定对应的预设调度频率。预设时段可以为过去某一时间段，例如为过去30天、60天或90天等。预设时段也可以表征某个时间周期内的某一段时间，不同预设时段可以对应不同的预设调度频率。例如一天24可以分为三个预设时段，0:00-7:00am，7:00am-6:00pm，6:00pm-0:00，7:00am-6:00pm和6:00pm-0:00的预设调度频率可以高于0:00-7:00am的预设调度频率。

在不同预设时段可以对应不同的预设调度频率的情况下，在S203之前，方法包括S301：获取目标应用程序的启动时间。相应的，S203可以包括：获取各业务模块各自的与启动时间对应的预设调度频率。

具体的，响应于目标应用程序的启动，获取该目标应用程序的启动时间，并判断该启动时间对应的预设时段，进而确定对应的预设调度频率。

在实际应用中，每个业务模块的预设调度频率可以包括一个预设频率，也可以包括多个预设频率。具体的，可以对历史线程调度频率进行统计处理，如平均化处理等，得到对应的预设调度频率。在一些实施例中，在业务模块对应一个业务线程的情况下，可以对该业务线程的历史调度频率中各线程任务的调度频率进行统计处理，如平均处理中的加和平均或加权平均等，得到该业务模块的预设调度频率。其中，加权平均的权重可以与线程任务的类别相关。具体的，在业务模块对应两个或两个以上业务线程的情况下，预设调度频率可以包括多个预设频率，预设频率与业务线程一一对应，预设频率的确定方式与对应一个业务线程的情况相类似；进一步地，在该情况下，预设调度频率也可以只包括一个频率值，可以获取各业务线程各自的历史调度频率，并对各历史调度频率中各线程任务的调度频率进行统计处理；或者也可以是在确定各业务线程各自的预设频率后，对各预设频率进行统计处理；这里的统计处理与前述相类似，在为平均处理的加权平均的情况下，权重可以与线程任务类别和/或业务线程类别相关。

可以对该业务线程的历史调度频率中各线程任务的调度频率进行平均处理，如加和平均或加权平均等，得到该业务模块的预设调度频率。

S205：基于运行循环对象监测各业务模块各自的调度频率。

本申请实施例中，应用程序的主线程启动后，会创建其对应的主运行循环对象，各业务模块被调用并创建对应的业务线程后，为每个业务线程创建对应的运行循环对象，该运行循环对象可以保持业务线程的持续运行并且处理对应的事件。具体的，这里的运行循环对象可以为runloop。相应的，请参考图4，在S205之前，方法还包括S401：响应于各业务模块的业务线程启动，创建启动的业务线程对应的运行循环对象。在检测到业务线程启动的情况下，为每个启动的业务线程创建对应的运行循环对象。具体的，可以创建并持有运行线程对象集合，该运行线程对象集合包括对应用程序的启动的各业务线程各自对应的运行线程对象，以实时或准实时监测各业务模块的调度频率。相应的，请参考图4，步骤S205可以包括下述步骤。

S2051：采用运行循环对象监测对应的业务线程的线程调度频率。

在一些实施例中，采用运行循环对象监测对应的业务线程中各线程任务的任务调度频率，并对监测到的各任务调度频率进行统计处理，得到线程调度频率。具体的，这里的统计处理与前述的预设调度频率中的统计处理相类似，在此不再赘述。

S2052：分别基于监测到的各业务模块各自的线程调度频率，确定各业务模块各自的调度频率。

在实际应用中，基于监测到的每个启动的业务线程的线程调度频率确定其所属业务模块的调度频率。具体的，在业务模块对应的一个启动的业务线程的情况下，线程调度频率即为该业务线程所属业务模块的调度频率。在业务模块对应的多个启动的业务线程的情况下，对对应的各线程调度频率进行统计处理，得到其所属业务模块的调度频率。同样的，这里的统计处理与前述相类似，在此不再赘述。

可以理解的，业务模块的调度频率和对应的预设调度频率采用相同的确定方式，不同业务模块的确定方式可以相同，也可以不同。业务模块的调度频率和预设调度频率的单位可以为NHz。具体的，每个业务线程可以对应一个运行循环对象。

S207：在任一业务模块的调度频率和对应的预设调度频率满足预设更新条件的情况下，对对应的初始化离线包进行更新处理，得到对应的目标离线包。

本申请实施例中，在目标应用程序中的业务模块的调度频率和对应的预设调度频率满足预设更新条件时，确定该业务模块对应的初始化离线包为待更新离线包，即需对其进行更新处理。在实际应用中，在步骤S207之前，方法还包括下述步骤。

S501：分别将监测到的各调度频率与对应的预设调度频率进行比较。

S503：若比较结果为业务模块的调度频率大于等于对应的预设调度频率，确定满足预设更新条件。

在实际应用中，在对业务模块的初始化离线包进行更新之前，需根据调度频率和对应的预设调度频率判断对应的业务模块是否存在离线资源更新需求。若业务模块的调度频率大于等于对应的预设调度频率，确定调度频率和对应的预设调度频率满足预设更新条件，该业务模块存在离线资源更新需求，触发离线包更新，并执行上述步骤S207。若业务模块的调度频率小于对应的预设调度频率，则执行步骤S205，至监测到调度频率大于等于对应的预设调度频率。

本申请以各业务模块各自的历史调度频率作为判断基础，及时检测是否存在业务模块的离线资源更新需求，并及时进行相应的资源更新，避免在数据加载时实时离线包下载和更新，有效提高数据加载时效。

在一些实施例中，基于前述的资源更新SDK执行离线资源更新，该SDK中创建并持有runloop对象集合，并预先创建有资源更新检测方法，如checkAndReload方法，该runloop对象集合中包括已启动的业务线程对应的runloop对象，当开启新业务线程时会创建线程的runLoop，该runLoop对象集合用于监测当前业务线程的线程调度频率。通过调用该资源更新检测方法，来执行上述的步骤S205，S401，S207，S501和 S503，以在该资源更新检测方法内部判断和检测是否需要进行业务模块的初始化离线包的更新下载。

在实际应用中，请参考图5，对对应的初始化离线包进行更新处理，得到对应的目标离线包包括下述步骤。

S2071：获取对应的初始化离线包的标识信息，并向服务器发送携带标识信息的离线资源更新请求。

具体的，在确定业务模块的调度频率和对应的调度频率满足预设更新条件后，获取该业务模块对应的初始化离线包的标识信息。该标识信息可以包括但不限于业务标识和版本信息等，其中，业务标识表征初始化离线包所属的业务模块的标识，如业务ID，版本信息可以包括初始化离线包的当前版本号。

具体的，基于初始化离线包的标识信息生成对应的离线资源更新请求。各需更新的业务模块可以对应各自的离线资源更新请求；或者可以基于当前满足预设更新条件的所有需更新的业务模块生成整体的离线资源更新请求，该离线资源更新请求中携带所有需更新的业务模块的标识信息。

S2072：接收服务器反馈的与标识信息匹配的目标更新资源。

S2073：基于目标更新资源更新对应的初始化离线包，得到对应的目标离线包。

在实际应用中，目标更新资源为服务器基于标识信息对应的目标离线包与初始化离线包间的差别资源生成的。服务器端接收到该离线资源更新请求后，解析该更新请求并获取其携带的标识信息，以确定需更新的业务模块各自对应的目标离线包。具体的，该目标离线包为当前最新版本的离线包。服务器根据初始化离线包的版本信息确定目标离线包与初始化离线包间的差别资源。在一些情况下，可以基于初始化离线包的版本信息从历史离线包中确定与初始化离线包同一版本的参考离线包，然后将参考离线包和对应的目标离线包进行比对，以确定两离线包间的差别，以确定两离线包间的差别，并将目标离线包与参考离线包中存在差别的资源封装为目标更新资源，并下发至终端，以进行更新处理。

在另一些情况下，服务器端存储的离线包发生更新时，在配置文件中存储本次更新的修改资源的资源路径，如将其配置在对应的config.json文件中，并更新离线包的版本号。在接收到终端发送的离线资源更新请求后，若其携带的版本号为X，当前最新版本的版本号为Y，则将X版本与Y版本的离线包进行比对，从配置文件中获取Y至X版本间各修改资源的资源路径。并将各修改资源的资源路径发送至终端。终端基于各修改资源的资源路径下载对应的资源，以得到目标更新资源，进而替换离线包中对应的资源。

现有技术中，通常在无法获取完整数据的情况下，在数据加载时实时下载整体离线包以替换该本地离线包，但该方式显示离线包页面的时效性交底；且在弱网环境下和/或离线包数据较大时，下载失败概率非常高。举例来说，若离线包版本1.0更新到1.1，其中修改的资源只有5M，而整个离线包有50M，需要重新下载50M的资源数据，增加时间成本，造成下载资源浪费。基于上述本申请的方案，不仅能够自动的及时检测和更新离线资源，使用离线包的更新不需下发全量数据，节省服务器与终端之间的带宽资源。且在不影响用户体验的情况下更新离线包，在热启动等场景下均不会出现离线包未下载完毕而加载线上页面数据等情况。

举例来说，在银行、证券等的应用程序中H5页面的应用场景较多，例如银行的某个理财产品进行了更新或者利率调整，则对应的离线包中的资源数据也需要进行相应的更新，但不需要更新整个离线包。

在一些情况下，服务器下发的目标更新资源中包括各更新资源在终端的资源地址信息，终端接收到该目标更新资源，直接基于资源地址信息，将初始化离线包中对应存储位置的资源替换为目标更新资源，得到对应的目标离线包。在另一些情况下，服务器下发的目标更新资源中包括各更新资源的资源标识信息和修改参数信息等。相应的，请参考图6，S2073可以包括下述步骤。

S20731：从目标应用程序对应的资源字典中获取目标更新资源对应的资源地址信息。

S20732：基于对应的资源地址信息，将初始化离线包中对应存储位置的资源替换为目标更新资源，得到对应的目标离线包。

具体的，应用程序预设有资源字典，资源字典中存储有业务模块的资源与资源地址信息和/或加载函数间的映射关系。终端基于目标更新资源的资源标识信息从资源字典中获取各更新资源各自对应的资源地址信息，进而将初始化离线包中存储于对应的资源地址的资源替换为更新资源，生成目标离线包。具体的，这里的资源地址信息表征初始化离线包中的资源的存储位置。

具体的，资源字典可以存储在终端应用程序的配置文件中，如应用程序在终端的config.json文件。应用程序的配置文件中还包括不同资源的加载函数和参数等。用户对终端应用程序进行操作，并生成加载业务模块的初始化离线包时，通过读取配置文件中资源的加载函数方法，在对应的函数中进行资源替换，并基于修改参数信息修改传入的参数（如图片名称、图片路径、文字取值、页面元素大小和显示位置等）。该修改参数信息可以为服务器端与修改资源的资源路径一同下发的或目标更新资源中携带的信息。

在一些实施例中，上述的资源更新SDK中预先创建有资源更新方法，该资源更新方法，如checkAndUpdateWithBID方法，调用该方法执行上述步骤S207。

在一些实施例中，在生成离线资源更新请求，并执行S2071中的向服务器发送携带标识信息的离线资源更新请求之后，方法还可以包括：获取所述离线资源更新请求的响应状态；若响应失败，即未成功发送至服务器或未获取到服务器的请求响应，在请求循环链表中，基于该响应失败的离线资源更新请求的请求参数信息生成对应的目标请求数据，以在请求循环链表形成新链表节点；通过网络层协议对目标循环链表中存储的各个目标请求数据进行网络状态检测；在检测到任一目标请求数据对应的网络状态为连通的情况下，重新生成并发送该目标请求数据对应的离线资源更新请求。其中，请求循环链表是响应于应用程序的启动创建的、能够基于链表节点存储响应失败的更新请求对应的请求数据的链表。请求循环链表可以为双向循环链表。

进一步地，可以利用检测检测线程执行上述网络状态检测，网络状态检测的具体过程可以包括：获取目标请求数据的IP地址信息；基于网络层协议，如ICMP协议，生成并发送IP地址信息对应的报文回送请求；根据报文回送请求的响应信息，确定目标请求数据对应的离线资源更新请求的网络状态。响应信息携带有网络状态对应的特征信息，识别该特征信息，能够确定网络状态是连通或异常。例如，可以基于ICMP协议对IP地址执行ping命令，生成报文回送请求，以进行网络状态检测，当回送应答中返回的type字段取值为0时，代表目的主机可达，即网络状态为连通，否则网络状态为异常。

具体的，可以基于预设时间间隔，对请求循环链表中存储的各个请求数据进行网络状态的循环遍历检测，以得到各个对应的离线资源更新请求的网络状态，进而能够在出现网络异常的情况下，通过网络层协议进行网络检测，在检测到连通后再执行资源更新请求重试，能够提高重试请求成功率，并且网络层协议进行网络检测无需携带全部请求数据，能够降低流量消耗和服务端系统压力。

基于上述部分或全部实施方式，本申请实施例中，在S205之前，方法还可以包括下述步骤。

S601：监测目标应用程序的热启动。

S603：在监测到目标应用程序的热启动的情况下，触发基于运行循环对象监测各业务模块各自的调度频率的步骤。

在一些实施例中，目标应用程序后台运行的情况下，响应于用户的触发操作，会产生热启动行为，系统会生成相应的广播通知，通过监听热启动对应的广播通知，能够实现目标应用程序的热启动。相应的，目标应用程序后台运行的情况下，运行循环对象则进入休眠状态，在监测到热启动的情况下，激活运行循环对象，来监测目标应用程序中各业务模块各自的调度频率。

进一步地，在监测到目标应用程序的热启动的情况下，获取热启动时间，上述的步骤S203可以包括：获取各业务模块各自的与热启动时间对应的预设调度频率。具体的，响应于目标应用程序的热启动，获取该目标应用程序的热启动时间，并判断该热启动时间对应的预设时段，进而确定对应的预设调度频率。获取方式与前文的方式相类似，在此不再赘述。

在一些实施例中，离线资源更新请求可以携带该热启动时间，不同热启动时间可以对应不同的离线包资源。服务器端确定目标应用程序中各业务模块与该热启动时间对应的资源包，并进行相应资源的下发。例如，服务器端某业务模块在白天时段和夜晚时段的离线包中的广告资源不同，若热启动时间属于白天时段，则下发白天时段对应的更新资源。

如此，避免目标程序后台运行时执行大量的更新检测和离线包更新任务，进而降低资源浪费。

综上，本申请的技术方案在程序启动或热启动的情况下自动触发离线包更新检查，并自动判断是否存在需更新的业务模块的离线包，及时更新相应的资源，避免由于离线包或离线包中部分资源过期而在数据加载时再进行离线包的更新下载，确保离线包资源的实时性，提高数据加载时效。并且，在保证离线包正常使用的情况下减少更新过程中的数据量的下发，降低带宽占用。

本申请实施例还提供了一种离线资源更新装置700，如图7所示，图7示出了本申请实施例提供的一种离线资源更新装置的结构示意图，装置可以包括：

初始化模块10：用于响应于目标应用程序的启动，调用预设激活方法对目标应用程序中各业务模块的本地离线包进行初始化处理，得到各业务模块的初始化离线包；

调度频率获取模块20：用于获取各业务模块各自对应的预设调度频率；预设调度频率为基于业务模块的历史线程调度频率确定的；

调度频率监测模块30：用于基于运行循环对象监测各业务模块各自的调度频率；

离线包更新模块40：用于在任一业务模块的调度频率和对应的预设调度频率满足预设更新条件的情况下，对对应的初始化离线包进行更新处理，得到对应的目标离线包。

在一些实施例中，装置还包括热启动监测模块：用于在基于运行循环对象监测各业务模块各自的调度频率之前，监测目标应用程序的热启动。调度频率监测模块30用于在监测到目标应用程序的热启动的情况下，触发基于运行循环对象监测各业务模块各自的调度频率的步骤。

在一些实施例中，装置还包括运行循环对象创建模块：用于在基于运行循环对象监测各业务模块各自的调度频率之前，响应于各业务模块的业务线程启动，创建启动的业务线程对应的运行循环对象。

相应的，调度频率监测模块30包括运行循环对象监测子模块：用于采用运行循环对象监测对应的业务线程的线程调度频率。

以及，调度频率确定子模块：用于分别基于监测到的各业务模块各自的线程调度频率，确定各业务模块各自的调度频率。

在一些实施例中，循环对象监测子模块可以具体用于采用运行循环对象监测对应的业务线程中各线程任务的任务调度频率，并对监测到的各任务调度频率进行统计处理，得到线程调度频率。

在一些实施例中，离线包更新模块40包括离线资源更新请求子模块：用于获取对应的初始化离线包的标识信息，并向服务器发送携带标识信息的离线资源更新请求。

更新资源子接收子模块：用于接收服务器反馈的与标识信息匹配的目标更新资源；目标更新资源为服务器基于标识信息对应的目标离线包与初始化离线包间的差别资源生成的。

以及，离线包更新子模块：用于基于目标更新资源更新对应的初始化离线包，得到对应的目标离线包。

在一些实施例中，离线包更新子模块包括资源地址信息获取单元：用于从目标应用程序对应的资源字典中获取目标更新资源对应的资源地址信息；资源地址信息表征初始化离线包中的资源的存储位置。

以及，资源替换单元：用于基于对应的资源地址信息，将初始化离线包中对应存储位置的资源替换为目标更新资源，得到对应的目标离线包。

在一些实施例中，装置还包括程序启动时间获取模块：用于在获取各业务模块各自对应的预设调度频率之前，获取目标应用程序的启动时间。

相应的，调度频率获取模块20可以具体用于获取各业务模块各自的与启动时间对应的预设调度频率。

在一些实施例中，方法还包括调度频率比较模块：用于在在任一业务模块的调度频率和对应的预设调度频率满足预设更新条件的情况下，对对应的初始化离线包进行更新处理，得到对应的目标离线包之前，分别将监测到的各调度频率与对应的预设调度频率进行比较。以及，用于若比较结果为业务模块的调度频率大于等于对应的预设调度频率，确定满足预设更新条件。

在一些实施例中，初始化模块10可以具体用于调用目标应用程序的资源更新SDK中的预设激活方法，对各业务模块的本地离线包进行解压处理，得到各业务模块的初始化离线包。

上述装置实施例与方法实施例基于相同的实施方式。

本申请实施例提供了一种离线资源更新设备，该离线资源更新设备包括处理器和存储器，该存储器中存储有至少一条指令或至少一段程序，该至少一条指令或该至少一段程序由该处理器加载并执行以实现如上述方法实施例所提供的离线资源更新方法。

存储器可用于存储软件程序以及模块，处理器通过运行存储在存储器的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、功能所需的应用程序等；存储数据区可存储根据设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器还可以包括存储器控制器，以提供处理器对存储器的访问。

本申请实施例所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的运算装置等电子设备中执行。图8是本申请实施例提供的一种执行离线资源更新方法的电子设备的硬件结构框图。如图8所示，该电子设备800可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器（Central Processing Units，CPU）810（处理器810可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置）、用于存储数据的存储器830，一个或一个以上存储应用程序823或数据822的存储介质820（例如一个或一个以上海量存储设备）。其中，存储器830和存储介质820可以是短暂存储或持久存储。存储在存储介质820的程序可以包括一个或一个以上模块，每个模块可以包括对电子设备中的一系列指令操作。更进一步地，中央处理器810可以设置为与存储介质820通信，在电子设备800上执行存储介质820中的一系列指令操作。电子设备800还可以包括一个或一个以上电源860，一个或一个以上有线或无线网络接口850，一个或一个以上输入输出接口840，和/或，一个或一个以上操作系统821，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

输入输出接口840可以用于经由一个网络接收或者发送数据。上述的网络具体实例可包括电子设备800的通信供应商提供的无线网络。在一个实例中，输入输出接口840包括一个网络适配器（Network Interface Controller，NIC），其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，输入输出接口840可以为射频（RadioFrequency，RF）模块，其用于通过无线方式与互联网进行通讯。

本领域普通技术人员可以理解，图8所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，电子设备800还可包括比图8中所示更多或者更少的组件，或者具有与图8所示不同的配置。

本申请的实施例还提供了一种计算机可读存储介质，存储介质可设置于服务器之中以保存用于实现方法实施例中一种离线资源更新方法相关的至少一条指令或至少一段程序，该至少一条指令或该至少一段程序由该处理器加载并执行以实现上述方法实施例提供的离线资源更新方法。

可选地，在本实施例中，上述存储介质可以位于计算机网络的多个网络服务器中的至少一个网络服务器。可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

根据本申请的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各种可选实现方式中提供的方法。

由上述本申请提供的离线资源更新方法、装置、设备、终端、存储介质、计算机程序或计算机程序产品的实施例可见，本申请响应于目标应用程序的启动，调用预设激活方法对目标应用程序中各业务模块的本地离线包进行初始化处理，得到各业务模块的初始化离线包；并获取各业务模块各自对应的预设调度频率；预设调度频率为基于业务模块的历史线程调度频率确定的；基于运行循环对象监测各业务模块各自的调度频率；在任一业务模块的调度频率和对应的预设调度频率满足预设更新条件的情况下，对对应的初始化离线包进行更新处理，得到对应的目标离线包。基于该方案能够以各业务模块各自的历史调度频率作为判断基础，及时检测是否存在业务模块的离线资源更新需求，并及时进行相应的资源更新，避免在数据加载时进行离线包的下载和更新，在确保离线资源的实时性的同时，有效提高数据加载时效。

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

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

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指示相关的硬件完成，的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (11)

1.一种离线资源更新方法，其特征在于，所述方法包括：

响应于目标应用程序的启动，调用预设激活方法对所述目标应用程序中各业务模块的本地离线包进行初始化处理，得到所述各业务模块的初始化离线包；

获取所述各业务模块各自对应的预设调度频率；所述预设调度频率为基于业务模块的历史线程调度频率确定的；

响应于所述各业务模块的业务线程启动，创建启动的业务线程对应的运行循环对象；

采用所述运行循环对象监测对应的业务线程中各线程任务的任务调度频率，并对监测到的各任务调度频率进行统计处理，得到线程调度频率；

分别基于监测到的所述各业务模块各自的线程调度频率，确定所述各业务模块各自的调度频率；

在任一业务模块的调度频率和对应的预设调度频率满足预设更新条件的情况下，对对应的初始化离线包进行更新处理，得到对应的目标离线包。

2.根据权利要求1所述的方法，其特征在于，在所述采用所述运行循环对象监测对应的业务线程中各线程任务的任务调度频率，并对监测到的各任务调度频率进行统计处理，得到线程调度频率之前，所述方法还包括：

监测所述目标应用程序的热启动；

在监测到所述目标应用程序的热启动的情况下，触发所述基于运行循环对象监测所述各业务模块各自的调度频率的步骤。

3.根据权利要求1所述的方法，其特征在于，所述对对应的初始化离线包进行更新处理，得到对应的目标离线包包括：

获取所述对应的初始化离线包的标识信息，并向服务器发送携带所述标识信息的离线资源更新请求；

接收所述服务器反馈的与所述标识信息匹配的目标更新资源；所述目标更新资源为所述服务器基于所述标识信息对应的目标离线包与初始化离线包间的差别资源生成的；

基于所述目标更新资源更新所述对应的初始化离线包，得到所述对应的目标离线包。

4.根据权利要求3所述的方法，其特征在于，所述基于所述目标更新资源更新所述对应的初始化离线包，得到所述对应的目标离线包包括：

从所述目标应用程序对应的资源字典中获取所述目标更新资源对应的资源地址信息；资源地址信息表征初始化离线包中的资源的存储位置；

基于所述对应的资源地址信息，将所述初始化离线包中对应存储位置的资源替换为所述目标更新资源，得到所述对应的目标离线包。

5.根据权利要求1-4中任一项所述的方法，其特征在于，在所述获取所述各业务模块各自对应的预设调度频率之前，所述方法包括：

获取所述目标应用程序的启动时间；

所述获取所述各业务模块各自对应的预设调度频率包括：

获取所述各业务模块各自的与所述启动时间对应的预设调度频率。

6.根据权利要求1-4中任一项所述的方法，其特征在于，在所述在任一业务模块的调度频率和对应的预设调度频率满足预设更新条件的情况下，对对应的初始化离线包进行更新处理，得到对应的目标离线包之前，所述方法还包括：

分别将监测到的各调度频率与对应的预设调度频率进行比较；

若比较结果为所述业务模块的调度频率大于等于对应的预设调度频率，确定满足所述预设更新条件。

7.根据权利要求1-4中任一项所述的方法，其特征在于，所述调用预设激活方法对所述目标应用程序中各业务模块的本地离线包进行初始化处理，得到所述各业务模块的初始化离线包包括：

调用所述目标应用程序的资源更新SDK中的预设激活方法，对所述各业务模块的本地离线包进行解压处理，得到所述各业务模块的初始化离线包。

8.一种离线资源更新装置，其特征在于，所述装置包括：

初始化模块：用于响应于目标应用程序的启动，调用预设激活方法对所述目标应用程序中各业务模块的本地离线包进行初始化处理，得到所述各业务模块的初始化离线包；

预设调度频率获取模块：用于获取所述各业务模块各自对应的预设调度频率；所述预设调度频率为基于业务模块的历史线程调度频率确定的；

运行循环对象创建模块：用于响应于所述各业务模块的业务线程启动，创建启动的业务线程对应的运行循环对象；

调度频率监测模块：用于采用所述运行循环对象监测对应的业务线程中各线程任务的任务调度频率，并对监测到的各任务调度频率进行统计处理，得到线程调度频率；以及分别基于监测到的所述各业务模块各自的线程调度频率，确定所述各业务模块各自的调度频率；

离线包更新模块：用于在任一业务模块的调度频率和对应的预设调度频率满足预设更新条件的情况下，对对应的初始化离线包进行更新处理，得到对应的目标离线包。

9.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由处理器加载并执行以实现如权利要求1-7中任一项所述的离线资源更新方法。

10.一种终端，所述终端包括处理器和存储器，其特征在于，所述存储器中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由所述处理器加载并执行以实现如权利要求1-7中任一项所述的离线资源更新方法。

11.一种计算机设备，所述设备包括处理器和存储器，其特征在于，所述存储器中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由所述处理器加载并执行以实现如权利要求1-7中任一项所述的离线资源更新方法。

Images