CN109062603A - 一种微端的生成方法 - Google Patents

Abstract

本发明公开了一种微端的生成方法，所述方法包括：获取与应用的完整资源包对应的同名空数据包；获取所述应用的资源记录表，并根据所述资源记录表下载若干微小资源包；其中，每一所述微小资源包为从所述应用的完整资源中拆分出来的一个微小资源组成；判断下载到本地的资源文件是否达到所述应用的预设运行标准；若达到所述运行标准，则将所述若干微小资源包、所述资源记录表和所述空数据包打包构成所述应用的微端安装包以进行微端安装。实现应用快速微端化，使用户能够在最快的时间体验到应用核心业务。

Description

一种微端的生成方法

技术领域

本发明属于计算机资源加载与管理领域，具体涉及一种微端的生成方法。

背景技术

随着计算机技术的发展，种类繁多的应用被广泛的使用在各类终端上，逐渐成为用户生活中不可或缺的一部分。

为满足用户的各种需求和体验，应用的容量也愈加的巨大，包含大量数据资源的应用大小至少有几十G。当应用过于庞大时，在用户对该应用进行下载过程中，将会出现下载过程耗费的流量高、下载过程缓慢和效率低等问题，导致用户不愿意下载或在下载过程中途放弃，从而导致应用的使用率低和下载数量少。

发明内容

本发明，提供一种微端的生成方法，实现应用快速微端化，使用户能够在最快的时间体验到应用核心业务。

本发明实施例提供一种微端的生成方法，包括如下步骤：

S101、获取与应用的完整资源包对应的同名空数据包；

S102、获取所述应用的资源记录表，并根据所述资源记录表下载若干微小资源包；其中，每一所述微小资源包为从所述应用的完整资源中拆分出来的一个微小资源组成；

S103、判断下载到本地的资源文件是否达到所述应用的预设运行标准；

S104、若达到所述运行标准，则将所述若干微小资源包、所述资源记录表和所述空数据包打包构成所述应用的微端安装包以进行微端安装。

进一步地，所述方法还包括：

检查本地的所述应用的资源包是否完整和对应增量更新包是否存在；

若所述资源包不完整或所述增量更新包不存在，则进行所述微端的资源补全。

进一步地，所述资源记录表包括所述应用的完整资源记录表和已下载资源记录表，以及从所述完整资源拆分出来的若干个所述微小资源包的按优先级排列的下载顺序；其中，所述完整资源记录表包括从所述完整资源拆分出来的每一所述微小资源包唯一对应的索引编号。

进一步地，所述根据所述应用的资源记录表，下载若干微小资源包，具体包括：

根据所述资源记录表中的下载顺序逐一下载对应的所述微小资源包。

进一步地，所述判断下载到本地的资源文件是否达到所述应用的预设运行标准，具体包括：

根据所述资源记录表中的下载顺序判断下载到本地的资源文件是否达到所述应用的预设运行标准；

当下载至所述下载顺序的预设位置时，判断下载到本地的资源文件达到所述预设运行标准。

进一步地，所述检查本地的所述应用的资源包是否完整和对应增量更新包是否存在，具体包括：

根据所述资源记录表获取当前本地的已下载的所述微小资源包的索引编号；

通过所述已下载资源记录表记录所述已下载的所述微小资源包的索引编号；

对比所述完整资源记录表和所述已下载资源记录表，获得所述应用的资源缺失信息；

根据所述资源缺失信息判断所述应用的资源包是否完整；

当所述应用的资源包完整时，检测本地是否存在所述应用对应的增量更新包。

进一步地，所述微端的资源补全包括：逻辑触发加载指定资源、空闲时静默加载和所述微端版本更新强制补全。

进一步地，所述逻辑触发加载指定资源具体包括：

当所述应用对指定资源进行加载时，在本地查找所述指定资源是否存在；

若不存在，则根据所述已下载资源记录表查询本地下载资源中是否存在所述指定资源；

若否，则根据所述完整资源记录表获得所述指定资源对应的索引编号；

发送所述指定资源对应的索引编号至服务器申请所述指定资源下载；

当所述指定资源下载完成时，在所述已下载资源记录表中记录所述指定资源对应的索引编号。

进一步地，所述空闲时静默加载具体包括：

获取所述资源缺失信息中缺失资源对应的索引编号；

将所述缺失资源对应的索引编号发送至服务器申请所述缺失资源下载，以根据所述下载顺序进行所述微端的资源补全。

进一步地，所述微端版本更新强制补全具体包括：

当所述微端版本需更新时，强制进行所述微端的资源补全；

通过所述增量更新包将所述微端升级至最新版本。

相比于现有技术，本发明提供的一种微端的生成方法的有益效果在于：通过获取与应用的完整资源包对应的无实际数据内容的同名空数据包；获取所述应用的资源记录表，并根据所述资源记录表下载若干微小资源包；每一所述微小资源包为从所述应用的完整资源中拆分出来的一个微小资源组成；判断下载到本地的资源文件是否达到所述应用的预设运行标准；若达到所述运行标准，则将所述若干微小资源包、所述资源记录表和所述空数据包打包构成所述应用的微端安装包以进行微端安装。通过对应用的资源拆解，分解为若干个微小资源包，实现应用资源包的分解；并且根据所述应用的资源记录表将所述应用运行必须的微小资源包下载后，结合所述资源记录表和所述空数据包打包生成所述应用的微端包，对比所述应用的原始资源包，生成的微端包在确保所述应用运行的同时容量进行了极大的缩减，实现应用快速微端化，使用户能够在最快的时间体验到应用核心业务。

附图说明

图1是本发明提供的一种微端的生成方法的第一种实施例的流程示意图；

图2是本发明提供的一种微端的生成方法的第二种实施例的流程示意图；

图3是本发明实施例提供的一种微端更新的具体示意图；

图4是本发明实施例提供的一种微端的生成方法的所述逻辑触发加载指定资源的流程示意图。

具体实施方式

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

参见图1，是本发明提供的一种微端的生成方法的第一种实施例的流程示意图。

本发明实施例提供的一种微端的生成方法，可由终端处理器或控制器执行，且下文均以处理器或控制器作为执行主体进行说明。

所述一种微端的生成方法，包括如下步骤：

S101、获取与应用的完整资源包对应的同名空数据包；

S102、获取所述应用的资源记录表，并根据所述资源记录表下载若干微小资源包；其中，每一所述微小资源包为从所述应用的完整资源中拆分出来的一个微小资源组成；

S103、判断下载到本地的资源文件是否达到所述应用的预设运行标准；

S104、若达到所述运行标准，则将所述若干微小资源包、所述资源记录表和所述空数据包打包构成所述应用的微端安装包以进行微端安装。

需要说明的是，本发明实施例提供的一种微端的生成方法，当用户使用终端设备向服务器申请对任一应用进行下载时，首先执行步骤S101获取用户下载的目标应用的完整资源包对应的同名无实际数据内容的空数据包。虽然应用中的资源文件都是进行整体打包的，但是在实际资源使用过程中应用加载资源是以单个资源文件为目标逐一加载；基于上述原理本发明实施例中的目标应用的完整资源按照预设拆解方式被拆解为若干单个文件，以每一单个文件作为一个微小资源包，所述微小资源包可以包含任何格式的数据，为内存占用小同时又符合程序加载规则的小资源包，包含确保应用正常执行的数据；同时从所述应用的完整资源拆解出来的所有微小资源包加起来能够得到所述应用的完整资源包；并对单位化的若干微小资源包进行封装后，部署到下载服务器；所述预设拆解方式包括根据不同需求将同一类型或同一种应用场景等定义方式将所述完整资源划分。

具体地，所述方法步骤S102为，获取所述应用的资源记录表MiniHeader，所述资源记录表对从所述应用的完整资源拆解出来的所有微小资源包进行记录和对应的相关信息标识记录；根据所述资源记录表向服务器申请下载若干所述微小资源包，并将已下载的所述若干微小资源包对应存放至步骤S101获取到的所述空数据包中。之后执行步骤S103判断下载到本地的多个微小资源包中的资源文件量是否达到所述应用的预设运行标准。当判断达到所述目标应用的预设运行标准时停止资源下载，并将所述资源记录表MiniHeader、已下载的所述若干微小资源包和获取到的空数据包打包构成所述应用的微端安装包以进行微端安装。通过对应用的资源拆解，分解为若干个微小资源包，实现应用资源包的分解；并且根据所述应用的资源记录表将所述应用运行必须的微小资源包下载后，结合所述资源记录表和所述空数据包打包生成所述应用的微端包，对比所述应用的原始资源包，生成的微端包在确保所述应用运行的同时容量进行了极大的缩减，实现应用快速微端化，使用户能够在最快的时间体验到应用核心业务。

如图2所示是本发明提供的一种微端的生成方法的第二种实施例的流程示意图。

进一步地，所述方法还包括：

S201、检查本地的所述应用的资源包是否完整和对应增量更新包是否存在；

S202、若所述资源包不完整或所述增量更新包不存在，则进行所述微端的资源补全。

如图3所示是本发明实施例提供的一种微端更新的具体示意图。需要说明的是，当所述应用的微端生成并安装在终端后，配合部署在下载服务器上的所述应用的所述资源内容，所述应用在运行的同时需对缺失的资源进行下载补全，直到检查到整个微端中的资源内容完全与完整资源包体一致，当所述增量更新包存在时，进入所述微端的正常增量更新流程。

进一步地，所述资源记录表包括所述应用的完整资源记录表和已下载资源记录表，以及从所述完整资源拆分出来的若干个所述微小资源包的按优先级排列的下载顺序；其中，所述完整资源记录表包括从所述完整资源拆分出来的每一所述微小资源包唯一对应的索引编号。

需要说明的是，所述资源记录表MiniHeader包括记录所述应用的完整资源包的相关信息的originalResMap；originalResMap中包括所述完整资源中资源名称resName以及完整资源列表MiniResList的索引编号(索引ID)miniResIdx。其中，所述完整资源列表MiniResList包括所述完整资源记录表integratedArrayIds和所述已下载资源记录表curArrayIds，以及从所述完整资源拆分出来的全部所述微小资源包的按优先级排列的下载顺序；具体地，所述完整资源记录表integratedArrayIds记录所述应用的完整资源包拥有的全部微小资源包对应的索引编号，为完整的资源ID数组；所述已下载资源记录表curArrayIds记录本地已下载存在的微小资源包对应的索引编号，为当前已有的资源ID数组。所述索引编号主要依靠资源在原本完整资源包体内的数据记录顺序以及内存偏移来决定，也可以使用其他符合应用资源数据结构存储方式的唯一信息来设置。

进一步地，步骤S102中所述根据所述应用的资源记录表，下载若干微小资源包，具体包括：

根据所述资源记录表中的下载顺序逐一下载对应的所述微小资源包。具体地，根据所述资源记录表MiniHeader中的完整资源列表MiniResList中的下载顺序逐一下载对应的所述微小资源包。

进一步地，所述判断下载到本地的资源文件是否达到所述应用的预设运行标准，具体包括：

根据所述资源记录表中的下载顺序判断下载到本地的资源文件是否达到所述应用的预设运行标准；

当下载至所述下载顺序的预设位置时，判断下载到本地的资源文件达到所述预设运行标准。

需要说明的是，在本发明实施例中所述资源记录表MiniHeader还包括CheckAppRun，所述CheckAppRun能够通过对originalResMap资源地图中的完整资源列表MiniResList进行资源按照必要性由高到底排序；所述下载顺序的预设位置为根据所述应用程序使用情况，设置应用必要运行所需的资源最低个数，从而对应得出按所述下载顺序下载到对应个数资源的预设位置。当下载至所述下载顺序的预设位置时，判断下载到本地的资源文件个数达到所述应用可运行标准。

进一步地，步骤S201中所述检查本地的所述应用的资源包是否完整和对应增量更新包是否存在，具体包括：

根据所述资源记录表获取当前本地的已下载的所述微小资源包的索引编号；

通过所述已下载资源记录表记录所述已下载的所述微小资源包的索引编号；

对比所述完整资源记录表和所述已下载资源记录表，获得所述应用的资源缺失信息；

根据所述资源缺失信息判断所述应用的资源包是否完整；

当所述应用的资源包完整时，检测本地是否存在所述应用对应的增量更新包。

需要说明的是，在本发明实施例中所述资源记录表MiniHeader还包括getIdByName和getNameById，具体通过自定义算法，能够将所有资源的资源名称Name换算为一个hash值作为该资源的唯一索引Id，并且索引Id与资源名称Name可以相互转换，从而将打散的微小资源与应用程序中资源加载或下载时使用的唯一索引ID关联起来。除了通过资源名称与调用索引ID建立关联，也可以基于应用本身加载流程设计，使用其他关联方式。具体地，所述步骤S201为根据所述资源记录表MiniHeader中的getIdByName和getNameById获取当前本地的已下载的所述微小资源包的索引编号(索引ID)；所述已下载资源记录表curArrayIds记录本地已下载存在的微小资源包对应的索引编号，为当前已有的资源ID数组；对比所述完整资源记录表integratedArrayIds和所述已下载资源记录表curArrayIds，获得所述应用微端的资源缺失信息。当所述资源缺失信息不为空时，判断所述应用的资源包不完整。所述增量更新包是指原本微端增量更新流程需要下载的更新包，每一个微端对应应用一个大版本，大版本补全后，须要正常执行增量更新来升级到最新版本。

进一步地，所述微端的资源补全包括：逻辑触发加载指定资源、空闲时静默加载和所述微端版本更新强制补全。需要说明的是，所述微端的资源补全流程具体包括逻辑触发加载指定资源、空闲时静默加载和所述微端版本更新强制补全这三种流程并行对所述微端资源进行下载补充。

如图4所示是本发明实施例提供的一种微端的生成方法的所述逻辑触发加载指定资源的流程示意图。

进一步地，所述逻辑触发加载指定资源具体包括：

S401、当所述应用对指定资源进行加载时，在本地查找所述指定资源是否存在；

S402、若不存在，则根据所述已下载资源记录表查询本地下载资源中是否存在所述指定资源；

S403、若否，则根据所述完整资源记录表获得所述指定资源对应的索引编号；

S404、发送所述指定资源对应的索引编号至服务器申请所述指定资源下载；

S405、当所述指定资源下载完成时，在所述已下载资源记录表中记录所述指定资源对应的索引编号。

需要说明的是，本发明实施例具体提供一种微端应用逻辑触发加载指定资源的方法，所述指定资源包括所述资源缺失信息中的缺失资源和所述微端对应的增量更新包，具体步骤包括：

S411、当所述应用对指定资源进行加载时，在本地查找所述指定资源是否存在；

S412、若不存在，则根据微端中资源记录表MiniHeader的所述已下载资源记录表curArrayIds查询本地下载资源中是否存在所述指定资源；若存在则执行步骤S416；

S413、通过所述资源记录表MiniHeader获取所述指定资源的唯一索引ID，并发送所述指定资源对应的索引ID至发送服务器申请对应资源下载；

S414、若下载成功，则将下载完成的数据写入本地磁盘，并在所述已下载资源记录表curArrayIds中记录所述指定资源对应的索引ID；

S415、若下载失败，则经过固定间隔等待时间后，重新执行步骤S413；

S416、加载所述指定资源。

进一步地，所述空闲时静默加载具体包括：

获取所述资源缺失信息中缺失资源对应的索引编号；

将所述缺失资源对应的索引编号发送至服务器申请所述缺失资源下载，以根据所述下载顺序进行所述微端的资源补全。

需要说明的是，本实施例主要通过所述资源记录表MiniHeader的完整资源列表MiniResList，比对所述完整资源记录表integratedArrayIds以及所述已下载资源记录表curArrayIds两个微小资源列表，找出所述资源缺失信息中缺失资源对应的索引ID向下载服务器发送下载任务，按照完整资源列表MiniResList中的下载顺序进行顺序下载补全资源。

进一步地，所述微端版本更新强制补全具体包括：

当所述微端版本需更新时，强制进行所述微端的资源补全；

通过所述增量更新包将所述微端升级至最新版本。

具体地，此时由于所述微端中的资源记录表MiniHeader记录的数据是由上一版本资源生成的，无法直接用新版的MiniHeader替换。需要执行所述资源记录表MiniHeader中记录的资源数据补全步骤，强制性的补全缺失所有资源(微端包变为完整包)。之后应用就可以直接通过增量更新升级到最新版本。

需要说明的是，基于上述微端结构，在所述微端对本地不存在的资源进行加载时，相比于应用的完整包会多出一个下载资源时长，为避免应用运行时受到下载影响导致卡顿等相关问题。本发明实施例还提供一种微端资源加载时异步加载流程。

本实施例主要通过主线程发起下载任务，轮询结果，加载线程执行任务下载补全资源，来异步执行整个加载流程，解决应用主线程因加载等待造成不流畅、卡顿等问题，在不影响应用本身流畅性等表现的情况下，实现资源加载无缝衔接。

具体地，当应用需要对资源进行加载时在主线程步骤如下：

S501：检查本地是否有指定资源；若无，则执行步骤S502；若否，则执行步骤S504；

S502：向加载线程发送一条资源下载请求任务；

S503：检查加载线程回调队列中是否有指定资源；若有，则执行步骤S504；若无，则执行步骤S505；

S504：加载指定资源；

S505：轮询到下一帧，执行步骤503。

由于主线程通过轮询机制，能够避免加载资源过程中因I/O、下载等原因造成的应用卡顿问题，使得所述应用的流畅性能够得到很好的保证。

具体地，加载线程处理资源加载的步骤如下：

S601：检查下载器是否有下载数据返回；若有，则执行步骤S602；若无，则执行步骤S603；

S602：将下载完成的资源数据写入本地磁盘，然后再通过回调队列通知主线程；

S603：检查下载任务列表，将在限制数目内的任务添加入下载器进行数据下载；

S604：轮询到下一帧，重新执行步骤S601。

综上所述，本发明实施例提供的一种微端的生成方法的有益效果在于：通过获取与应用的完整资源包对应的无实际数据内容的同名空数据包；获取所述应用的资源记录表，并根据所述资源记录表下载若干微小资源包；每一所述微小资源包为从所述应用的完整资源中拆分出来的一个微小资源组成；判断下载到本地的资源文件是否达到所述应用的预设运行标准；若达到所述运行标准，则将所述若干微小资源包、所述资源记录表和所述空数据包打包构成所述应用的微端安装包以进行微端安装。通过对应用的资源拆解，分解为若干个微小资源包，实现应用资源包的分解；并且根据所述应用的资源记录表将所述应用运行必须的微小资源包下载后，结合所述资源记录表和所述空数据包打包生成所述应用的微端包，对比所述应用的原始资源包，生成的微端包在确保所述应用运行的同时容量进行了极大的缩减，配合增量更新实现应用快速微端化，使用户能够在最快的时间体验到应用核心业务。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围。

Claims (10)

1.一种微端的生成方法，其特征在于，包括如下步骤：

获取与应用的完整资源包对应的同名空数据包；

获取所述应用的资源记录表，并根据所述资源记录表下载若干微小资源包；其中，每一所述微小资源包为从所述应用的完整资源中拆分出来的一个微小资源组成；

判断下载到本地的资源文件是否达到所述应用的预设运行标准；

若达到所述运行标准，则将所述若干微小资源包、所述资源记录表和所述空数据包打包构成所述应用的微端安装包以进行微端安装。

2.如权利要求1所述的一种微端的生成方法，其特征在于，所述方法还包括：

检查本地的所述应用的资源包是否完整和对应增量更新包是否存在；

若所述资源包不完整或所述增量更新包不存在，则进行所述微端的资源补全。

3.如权利要求1或2所述的一种微端的生成方法，其特征在于，所述资源记录表包括所述应用的完整资源记录表和已下载资源记录表，以及从所述完整资源拆分出来的若干个所述微小资源包的按优先级排列的下载顺序；其中，所述完整资源记录表包括从所述完整资源拆分出来的每一所述微小资源包唯一对应的索引编号。

4.如权利要求3所述的一种微端的生成方法，其特征在于，所述根据所述应用的资源记录表，下载若干微小资源包，具体包括：

根据所述资源记录表中的下载顺序逐一下载对应的所述微小资源包。

5.如权利要求4所述的一种微端的生成方法，其特征在于，所述判断下载到本地的资源文件是否达到所述应用的预设运行标准，具体包括：

根据所述资源记录表中的下载顺序判断下载到本地的资源文件是否达到所述应用的预设运行标准；

当下载至所述下载顺序的预设位置时，判断下载到本地的资源文件达到所述预设运行标准。

6.如权利要求3所述的一种微端的生成方法，其特征在于，所述检查本地的所述应用的资源包是否完整和对应增量更新包是否存在，具体包括：

根据所述资源记录表获取当前本地的已下载的所述微小资源包的索引编号；

通过所述已下载资源记录表记录所述已下载的所述微小资源包的索引编号；

对比所述完整资源记录表和所述已下载资源记录表，获得所述应用的资源缺失信息；

根据所述资源缺失信息判断所述应用的资源包是否完整；

当所述应用的资源包完整时，检测本地是否存在所述应用对应的增量更新包。

7.如权利要求6所述的一种微端的生成方法，其特征在于，所述微端资源补全包括：逻辑触发加载指定资源、空闲时静默加载和所述微端版本更新强制补全。

8.如权利要求7所述的一种微端的生成方法，其特征在于，所述逻辑触发加载指定资源具体包括：

当所述应用对指定资源进行加载时，在本地查找所述指定资源是否存在；

若不存在，则根据所述已下载资源记录表查询本地下载资源中是否存在所述指定资源；

若否，则根据所述完整资源记录表获得所述指定资源对应的索引编号；

发送所述指定资源对应的索引编号至服务器申请所述指定资源下载；

当所述指定资源下载完成时，在所述已下载资源记录表中记录所述指定资源对应的索引编号。

9.如权利要求7所述的一种微端的生成方法，其特征在于，所述空闲时静默加载具体包括：

获取所述资源缺失信息中缺失资源对应的索引编号；

将所述缺失资源对应的索引编号发送至服务器申请所述缺失资源下载，以根据所述下载顺序进行所述微端的资源补全。

10.如权利要求7所述的一种微端的生成方法，其特征在于，所述微端版本更新强制补全具体包括：

当所述微端版本需更新时，强制进行所述微端的资源补全；

通过所述增量更新包将所述微端升级至最新版本。