CN113051005B - 一种加载方法及装置 - Google Patents

Abstract

本申请提供一种加载方法及装置，一个客户端的应用程序能够被划分多个子应用程序，在客户端被启动后，能够根据相关的参考信息确定预加载的目标功能模块，从而按照确定的加载模式加载该目标功能模块的至少部分信息，以此完成预加载。基于本申请，能够在应用启动后即灵活预加载部分子应用程序，从而减少系统资源占用，提高用户的使用体验。

Description

一种加载方法及装置

技术领域

本申请涉及软件技术领域，更具体地说，涉及一种加载方法及装置。

背景技术

现阶段，大部分web应用在启动时需要加载整个应用，随着应用越来越大，其需要更多内存，加载速度也会愈发缓慢，这就对设备的性能提出更高要求。

发明内容

本申请一方面提供一种加载方法，包括：

响应于获得启动电子设备的目标客户端的指令，获得第一参考信息；

至少根据所述第一参考信息确定目标功能模块，所述目标功能模块为所述目标客户端的子应用程序；

按照确定的加载模式加载所述目标功能模块的至少部分信息，所述加载模式至少根据所述第一参考信息确定。

优选的，其中，至少根据所述第一参考信息确定目标功能模块，包括：

至少根据目标用户的用户画像信息确定所述目标功能模块；或，

至少根据所述电子设备的设备属性信息确定所述目标功能模块；或，

至少根据所述电子设备的系统资源信息确定所述目标功能模块；或，

根据所述指令中的标识信息及所述用户画像信息、所述设备属性信息和所述系统资源信息中的至少一种确定所述目标功能模块；或，

获得作用于所述电子设备的第一输入信息，根据所述第一输入信息及所述用户画像信息、所述设备属性信息和所述系统资源信息中的至少一种确定所述目标功能模块。

优选的，其中，至少根据所述第一参考信息确定所述加载模式，包括：

获得所述目标功能模块与所述第一参考信息间的关联信息；

至少根据所述第一参考信息和所述关联信息确定所述加载模式，所述加载模式能够表征所述目标功能模块被加载时的优先级。

优选的，其中，按照确定的加载模式加载所述目标功能模块的至少部分信息，包括：

确定所述目标功能模块对应的目标子应用程序的目标版本；

按照确定的加载模式加载所述目标版本的目标子应用程序的至少部分信息。

优选的，其中，确定所述目标功能模块对应的目标子应用程序的目标版本，包括：

获得第二参考信息，至少根据所述第二参考信息确定所述目标子应用程序的目标版本；

且/或，

至少根据所述电子设备执行的版本回退操作得到所述目标子应用程序的目标版本，所述目标版本的版本号低于所述电子设备执行回退操作之前的所述目标子应用程序的版本号。

优选的，其中，至少根据所述第二参考信息确定所述目标子应用程序的目标版本，包括：

获得所述目标功能模块对应的不同版本下多个用户的使用信息；

对所述多个用户的使用信息进行统计分析，得到不同用户群体/不同设备属性信息所匹配的版本；

将与所述目标用户所属的用户群体/所述电子设备的设备属性信息相匹配的版本作为所述目标子应用程序的目标版本。

优选的，其中，至少根据所述电子设备执行的版本回退操作得到所述目标子应用程序的目标版本，包括：

获得历史版本的属性信息，所述历史版本的版本号低于所述电子设备执行回退操作之前的所述目标子应用程序的版本号，所述属性信息能够表征所属版本在回退时是否被跳过；

在属性信息表征不被跳过的历史版本中确定所述目标子应用程序的目标版本。

优选的，其中，获得历史版本的属性信息，包括：

获得作用于所述历史版本的第二输入信息，根据所述第二输入信息确定所述历史版本的属性信息；或，

根据所述目标用户的上报信息，确定所述历史版本的属性信息；或，

根据所述目标功能模块运行时的上报信息，确定所述历史版本的属性信息。

优选的，其中，在属性信息表征不被跳过的历史版本中确定所述目标子应用程序的目标版本，包括：

获得所述目标功能模块间的程序兼容信息；

根据所述程序兼容信息，在属性信息表征不被跳过的历史版本中确定所述目标子应用程序的目标版本。

本申请另一方面提供一种加载装置，包括：

程序确定模块，用于响应于获得启动电子设备的目标客户端的指令，获得第一参考信息；至少根据所述第一参考信息确定目标功能模块，所述目标功能模块为所述目标客户端的子应用程序；

加载模块，用于按照确定的加载模式加载所述目标功能模块的至少部分信息，所述加载模式至少根据所述第一参考信息确定。

本申请另一方面还提供一种电子设备，包括：至少一个存储器和至少一个处理器；所述存储器存储程序及所述程序运行所产生的数据，所述处理器则执行所述程序，所述程序用于实现上述任意一项所述的加载方法。

本申请另一方面还提供一种存储介质，所述存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行上述任意一项所述的加载方法。

经由上述技术方案，本申请提供一种加载方法及装置，一个客户端的应用程序能够被划分多个子应用程序，在客户端被启动后，能够根据相关的参考信息确定预加载的目标功能模块，从而按照确定的加载模式加载该目标功能模块的至少部分信息，以此完成预加载。基于本申请，能够在应用启动后即灵活预加载部分子应用程序，从而减少系统资源占用，提高用户的使用体验。

附图说明

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

图1为本申请实施例提供的电子设备的硬件结构框图；

图2为本申请实施例一提供的加载方法的方法流程图；

图3为本申请实施例提供的加载装置的结构示意图。

具体实施方式

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

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

本申请提供一种加载方法，该方法可以应用于电子设备，参见图1所示的电子设备的硬件结构框图，电子设备的硬件结构可以包括：处理器11、通信接口12，存储器13和通信总线14；

在本申请实施例中，处理器11、通信接口12、存储器13、通信总线14的数量为至少一个，且处理器11、通信接口12、存储器13通过通信总线14完成相互间的通信。

处理器11可以是一个中央处理器CPU、GPU(Graphics Processing Unit，图形处理器)，或者是特定集成电路ASIC(Application Specific Integrated Circuit)，或者是被配置成实施本申请实施例的一个或多个集成电路等。

存储器13可以包括高速RAM存储器，也可以还包括非易失性存储器(non-volatilememory)等，例如至少一个磁盘存储器。

其中，存储器13存储程序及程序运行所产生的数据，处理器11则执行程序，以实现功能：

响应于获得启动电子设备的目标客户端的指令，获得第一参考信息；

至少根据第一参考信息确定目标功能模块，目标功能模块为目标客户端的子应用程序；

按照确定的加载模式加载目标功能模块的至少部分信息，加载模式至少根据第一参考信息确定。

需要说明的是，处理器执行程序的所实现功能的细化和扩展，可参照下文描述。

本申请实施例一提供一种加载方法，参见图2所示的方法流程图，该加载方法包括如下步骤：

S101，响应于获得启动电子设备的目标客户端的指令，获得第一参考信息。

本申请实施例中，客户端或称为用户端，是指与服务端相对应的、为用户提供本地服务的程序。一个电子设备上通常装载有多个应用程序的客户端，电子设备基于用户的输入操作或者应用自启动方案或者其他启动方案等获得启动目标客户端的指令后，即执行响应操作。

进一步，考虑到用户习惯的适应，对于目标客户端预加载的子应用程序，可以根据目标客户端对应的第一参考信息来确定。该第一参考信息可以是单独针对目标客户端所设置的，还可以是针对部分或所有客户端所设置的，本申请实施例对此不做限定。

再者，本申请实施例中，第一参考信息包括但不局限于用户维度的信息、电子设备维度的信息、以及应用程序维度的信息，可以为其中的一种或多种信息，具体根据应用场景来设置。

S102，至少根据第一参考信息确定目标功能模块，目标功能模块为目标客户端的子应用程序。

本申请实施例中，一个应用程序能够按照功能/工程等被划分为多个功能模块，一个功能模块可以作为该应用程序下的一个子应用程序，运行该子应用程序可以实现相应的功能/工程。

基于上述第一参考信息，能够在目标客户端所对应的目标应用程序下确定与该第一参考信息相匹配的至少一个功能模块，即目标功能模块。以用户维度的信息为例，该目标功能模块能够自适应该用户的使用习惯；以电子设备维度的信息例，该目标功能模块能够与电子设备当前运行环境相适应；以应用程序维度的属性信息为例，该目标功能模块可以是目标应用程序运行必须启动的功能/工程。

S103，按照确定的加载模式加载目标功能模块的至少部分信息，加载模式至少根据第一参考信息确定。

本申请实施例中，对于目标功能模块的加载模式，可以至少通过匹配第一参考信息来确定，该加载模式能够指示目标功能模块被预加载时的状态，比如目标功能模块预加载的时间/次序/条件等。

考虑目标功能模块的加载模式，在其加载模式所指示的时间/次序/条件下对目标功能模块的显示界面信息、前端显示信息和后端加载信息中的至少部分信息进行加载。由此，目标应用程序被启动后，即可按照加载模式加载其中某些功能/工程的子应用程序的信息。这就可以灵活决定预加载的子应用程序的信息和数量。

本申请实施例提供的加载方法，一个客户端的应用程序能够被划分多个子应用程序，在客户端被启动后，能够根据相关的参考信息确定预加载的目标功能模块，从而按照确定的加载模式加载该目标功能模块的至少部分信息，以此完成预加载。基于本申请，能够在应用启动后即灵活预加载部分子应用程序，从而减少系统资源占用，提高用户的使用体验。

作为步骤S102“至少根据第一参考信息确定目标功能模块”的一种实现方式，本申请实施例二提供另一种加载方法，该步骤包括如下步骤：

至少根据目标用户的用户画像信息确定目标功能模块；或，

至少根据电子设备的设备属性信息确定目标功能模块；或，

至少根据电子设备的系统资源信息确定目标功能模块；或，

根据指令中的标识信息及用户画像信息、设备属性信息和系统资源信息中的至少一种确定目标功能模块；或，

获得作用于电子设备的第一输入信息，根据第一输入信息及用户画像信息、设备属性信息和系统资源信息中的至少一种确定目标功能模块。

本申请实施例中，第一参考信息包括用户画像信息、设备属性信息和系统资源信息，根据其中一种或多种来确定目标功能模块。以下分别对此进行说明：

1)目标用户的用户画像信息。该用户画像信息能够表征目标用户使用目标应用程序的行为信息，比如浏览、评论、观看等行为的信息，具体可以包含对于不同功能模块运行的时间、时长和频率等信息。

在确定目标功能模块时，可以根据目标用户对于该目标应用程序在一历史时段内的行为信息来预测目标用户当前时间下会运行的功能/工程。具体的：

例如，将一天划分为上午、下午和晚上三个时段，对于每个时段都统计分析该时段下目标应用程序运行时各功能模块的使用频率。进而，根据当前时间所在的时段，选择该时段下使用频率最高的至少一个功能模块作为目标功能模块。对于使用频率不高的功能模块，则不加载，以减少系统资源的占用。

由此，目标应用程序被启动后，其可以预加载与用户行为相匹配的功能模块，后续用户使用时可以立即响应，减少用户等待时间。

2)电子设备的设备属性信息。该设备属性信息能够表征电子设备的硬件性能，包括但不局限于机型、CPU、GPU、驱动等部件的类型。

以机型为例，对于目标应用程序下的多个功能模块，根据与电子设备机型的适配程度，从中选择与机型高适配的至少一个功能模块作为目标功能模块，具体可以选择适配程度满足对应的阈值的功能模块。

在实际应用中，有些功能模块不能适配电子设备的机型，则目标应用程序被启动后，不加载这些功能模块，这不仅能减少系统资源占用，还能避免一些因为机型不适配所造成的不良使用体验。

3)电子设备的系统资源信息。该系统资源信息能够表征电子设备的软件性能，包括但不局限于内存、带宽、网速等方面的状态。

以内存为例，根据电子设备的空闲内存来确定预加载的功能模块以及预加载的数量。目标应用程序被启动后，如果电子设备的空闲内存不足以支持其所有功能模块的加载，则可以根据功能模块被加载时的需求内存只加载部分功能模块，对于其他功能模块可以在新的内存被释放后再加载，这样可以减少卡顿，提高使用体验。

4)指令中的标识信息及用户画像信息、设备属性信息和系统资源信息中的至少一种。对于启动目标应用程序的指令，该指令中可以包含目标用户所指定的功能模块的标识信息，基于该标识信息以及第一参考信息中的至少一个来确定预加载的目标功能模块。

首先，基于上述1)、2)、3)的说明，可以分别获得在用户画像信息、设备属性信息和系统资源信息这三方面确定目标功能模块的方案。可以理解的是，对于基于用户画像信息、设备属性信息和系统资源信息中任意两个或三个来确定目标功能模块的方案，可以通过取交集的方式来获得。进一步，结合用户画像信息、设备属性信息和系统资源信息中的至少一个，可以从标识与指令中的标识信息相关联的功能模块中筛选目标功能模块。

以指令中的标识信息、用户画像信息和设备属性信息和系统资源信息为例，目标用户在启动目标应用程序时，即指示预加载的功能模块为目标工程类型。考虑目标用户的使用频率、电子设备的机型和电子设备的空闲内存，对于目标程序下的多个功能模块，首先从多个功能模块中确定类型属于目标工程类型第一功能模块；进一步，从第一功能模块中筛选使用频率大于对应的阈值的功能模块作为第二功能模块；进而，从第二功能模块中筛选与电子设备的机型适配的功能模块作为第三功能模块；最后，从第三功能模块中筛选电子设备的空闲内存足以支持需求内存的功能模块作为目标功能模块。

再者，在基于系统资源信息筛选功能模块的过程中，还可以考虑诸如功能模块数量、功能模块的运行优先级等限定条件，筛选累计需求内存小于等于空闲内存的多个功能模块。继续以内存为例，不同功能模块的需求内存有所区别，假设限定条件为“筛选最多的功能模块”，此时，则将需求内存最小的、且累计需求内存小于等于空闲内存的多个功能模块作为目标功能模块。

当然，在此过程中，还可以进一步考虑标识信息、用户画像信息和设备属性信息和系统资源信息各自的处理优先级，按照处理优先级依次对目标应用程序下的多个功能模块进行筛选。

5)电子设备的第一输入信息及用户画像信息、设备属性信息和系统资源信息中的至少一种。对于电子设备的第一输入信息，该信息中包含预加载的限定条件，基于该限定条件以及第一参考信息中的至少一个来确定预加载的目标功能模块。

基于4)中的公开内容，对于基于用户画像信息、设备属性信息和系统资源信息中任意两个或三个来确定目标功能模块的方案，可以通过对相关方面确定目标功能模块的输出结果取交集的方式来获得。

以限定条件为语音形式的“启动工程类型为A的功能模块”为例，电子设备在获得该语音信息后，首先基于语音识别技术将该语音信息转换为文本信息，进而通过自然语言处理技术，包括分词、语义解析等方式确定目标功能模块的工程类型为A。此时，进一步结合用户画像信息、设备属性信息和系统资源信息中的至少一个，从工程类型为A的功能模块中筛选目标功能模块。相关的实现方式可以参见3)，在此不再赘述。

作为至少根据第一参考信息确定加载模式的一种实现方式，本申请实施例三提供另一种加载方法，该步骤包括如下步骤：

获得目标功能模块与第一参考信息间的关联信息；

至少根据第一参考信息和关联信息确定加载模式，加载模式能够表征目标功能模块被加载时的优先级。

本申请实施例中，第一参考信息可以包括用户画像信息、设备属性信息和系统资源信息中的一种或多种。而在确定加载模式时，可以仅考虑第一参考信息，还可以考虑与第一参考信息相关的其他信息，即关联信息。

比如，第一参考信息为用户画像信息，其在确定加载模式时的关联信息可以是设备属性信息和系统资源信息中的一个或多个。再比如，第一参考信息为设备属性信息，其在确定加载模式时的关联信息则可以是用户画像信息和系统资源信息中的一个或多个。当然，关联信息除了从用户画像信息、设备属性信息和系统资源信息中选择以外，还可以选择其他信息，比如电子设备的第一输入信息，即可以由目标用户指定功能模块的优先级，本申请实施例对此不做限定。

以第一参考信息和关联信息包括用户画像信息、设备属性信息和系统资源信息来说明本实施例。考虑目标用户的使用频率、电子设备的机型和电子设备的空闲内存，对目标应用程序下的各功能模块都匹配相应的优先级。该优先级分为三大类，按照优先级由低到高的次序依次为“不加载”、“延时加载”和“立即加载”。

首先，根据电子设备的机型，确定目标应用程序下、不与该机型适配的功能模块，将所确定的功能模块的优先级设置为“不加载”；进一步，根据目标用户的使用频率，对目标应用程序下、未设置优先级的功能模块进行排序；假设按照使用频率由高到低的次序，排序结果依次为功能模块1、2、3……n，考虑电子设备的空闲内存，具体的：

首先，比较该空闲内存和功能模块1的需求内存，如果该空闲内存小于或等于功能模块1的需求内存，则将功能模块1的优先级设置为“延时加载”，反之，如果该空闲内存大于功能模块1的需求内存，则将功能模块1的优先级设置为“立即加载”。

进一步，假设功能模块1的优先级被设置为“延时加载”，则继续比较该空闲内存与功能模块2的需求内存，同功能模块1，如果该空闲内存小于等于功能模块2的需求内存，则将功能模块2的优先级设置为“延时加载”，反之，如果该空闲内存大于功能模块2的需求内存，则将功能模块2的优先级设置为“立即加载”；

假设功能模块1的优先级被设置为“立即加载”，则将该空闲内存与功能模块1的需求内存之差作为新空闲内存，进而继续比较新空闲内存与功能模块2的需求内存，同样的，如果该新空闲内存小于等于功能模块2的需求内存，则将功能模块2的优先级设置为“延时加载”，反之，如果该新空闲内存大于功能模块2的需求内存，则将功能模块2的优先级设置为“立即加载”。

后续，对于功能模块3～n，采用同样的方案，依次设置优先级。

需要说明的是，上述新空闲内存仅为理论上的内存，在预测一个功能模块被实际加载时的剩余内存。而在实际应用过程中，功能模块也可能在被设置“立即加载”之后即进行加载，并且在加载完成之后，电子设备还会释放相关内存。

因此，上述电子设备的空闲内存会随着功能模块的加载实时更新的，对于功能模块1～n中优先级为“延时加载”的功能模块，可以在空闲内存更新后再次按照次序依次比较，不断将“延时加载”的功能模块调整为“立即加载”，直到满足加载结束条件，比如最多加载m个功能模块时结束。

需要说明的是，在电子设备中，目标应用程序启动的同时，还可能同时启动有其他处理优先级更高的应用程序，比如通话应用，此时也会占用内存。因此，在优先级为“立即加载”的功能模块被加载的过程中，一旦空闲内存被其他应用程序占用导致无法支持该功能模块的加载，可以暂停该功能模块的加载，进而在相关内存被释放后空闲内存足以支持该功能模块的加载，再继续加载该功能模块，这样可以减少卡顿，提高使用体验。

还需要说明的是，上述优先级为“立即加载”的多个功能模块，可以同时被电子设备加载，还可以按照功能模块的优先级顺序被电子设备加载，而功能模块的优先级可以基于功能模块的使用频率所确定，还可以基于其它属性，比如需求内存所确定，本申请实施例对此不做限定。

作为按照确定的加载模式加载目标功能模块的至少部分信息的一种实现方式，本申请实施例四提供另一种加载方法，该步骤包括如下步骤：

确定目标功能模块对应的目标子应用程序的目标版本；

按照确定的加载模式加载目标版本的目标子应用程序的至少部分信息。

本申请实施例中，目标功能模块本质上是目标应用程序的一个子应用程序，即目标子应用程序。对于该目标子应用程序，其具有至少一个版本。如果该目标子应用程序仅具有一个版本，则直接将该版本作为后续加载的目标版本。而如果该目标子应用程序具有多个版本，则一般场景下会直接将最新的版本作为后续加载的目标版本。

考虑到用户体验和产品发布策略，本申请实施例还可以进一步从目标子应用程序的多个版本中选择一个与目标用户匹配度最高的版本作为后续加载的目标版本。相应的，加载目标功能模块的至少部分信息时，即加载该目标版本的目标子应用程序的至少部分信息。

作为确定目标功能模块对应的目标子应用程序的目标版本的一种实现方式，本申请实施例五提供一种加载方法，该步骤包括如下步骤：

获得第二参考信息，至少根据第二参考信息确定目标子应用程序的目标版本；

且/或，

至少根据电子设备执行的版本回退操作得到目标子应用程序的目标版本，目标版本的版本号低于电子设备执行回退操作之前的目标子应用程序的版本号。

本申请实施例中，第二参考信息包括但不局限于用户维度的信息、电子设备维度的信息。其可以与第一参考信息完全相同、或完全不同、或部分相同，本申请实施例对此不做限定。

以用户维度的信息举例，其可以为目标用户的用户标识、或者目标用户所在用户群体的群体标识等。以用户标识为例，其可以具体为会员等级，通过给目标子应用程序的各版本打上会员标签，来标记不同版本适用的会员等级，进一步将与目标用户的会员等级相匹配的一个版本作为目标版本。以用户群体为例，通过给目标子应用程序的各版本打上群体标签，来标记不同版本适用的用户群体，比如版本1适用于游戏用户群体，此时，如果目标用户的群体标识表征其是该游戏用户群体，则可以将版本1作为该目标子应用程序的所加载的目标版本。

以电子设备维度的信息举例，其可以为电子设备的设备属性信息、或者电子设备的系统资源信息等。以设备属性信息中的机型为例，通过给目标子应用程序的各版本打上机型标签，来标记不同版本适用的机型，比如版本1适用于机型a，此时，如果电子设备的机型为a，则可以将版本1作为该目标子应用程序所加载的目标版本。

基于此，还可以进一步获得目标子应用程序的不同版本在不同用户群体/机型中的使用占比，或者某个用户群体/机型中所加载子应用程序的数量，以此可以调整产品策略。

一些场景中，当某个子应用程序在多个用户群体/机型中被加载时，通过给使用比例高的那个用户群体/机型打上特殊标签，可以优先让该用户群体/机型加载最新版本。举例来说，相较于其他用户群体/机型，子应用程序α在游戏用户群体/机型a上的使用比例最高，此时，可以手动或自动给子应用程序α打上游戏用户群体/机型a的标签，在子应用程序α被加载时，如果目标用户属于游戏用户群体/电子设备的机型为机型a，则将子应用程序α的最新版本作为其目标版本。

另一些场景中，通过收集目标子应用程序不同版本在某个用户群体/机型的使用情况，可以方便地在子应用程序级别调整产品策略，减少对其他子应用程序的影响。比如，游戏用户群体/机型a对某个子应用程序的最新版本很少反馈问题，使用中几乎不出现异常。这样就可以调整该最新版本的发布比例，使更多的游戏用户/机型a的用户可以加载最新版本。

由此，可以使不同用户群体/机型匹配到不同版本的子应用程序，这样可以更有针对性地为用户提供服务，同时把影响范围缩小到子应用程序级别而减少对其他子应用程序的影响，能够更方便地调整产品策略。从而可以解决现有灰度发布不够灵活调整新版本发布比例的问题，使不同的用户群体/机型匹配到最佳的版本。

在此基础上，本申请实施例还可以进一步结合电子设备的版本回退操作，从上述根据第二参考信息所初步确定的目标版本中确定一个版本号低于电子设备回退前版本号的版本作为目标版本。或者，仅通过电子设备的版本回退操作获得版本号低于电子设备回退前版本号的版本作为目标版本。以下对版本回退进行说明：

本申请实施例中，版本回退操作可以由电子设备自动执行，比如，定时回退，还可以由目标用户触发，比如目标用户点击回退控件来实现。

另外，一个目标子应用程序具有多个版本，如果子应用程序的某个版本出现问题或不想给目标用户使用，则电子设备可以执行一次或多次回退操作来确定待加载的目标版本。电子设备在执行一次回退操作时，是由回退前版本的版本号切换到版本号更低的一个版本，以使目标子应用程序加载到合适的稳定版本。

作为至少根据第二参考信息确定目标子应用程序的目标版本的一种实现方式，本申请实施例六提供一种加载方法，该步骤包括如下步骤：

获得目标功能模块对应的不同版本下多个用户的使用信息；

对多个用户的使用信息进行统计分析，得到不同用户群体/不同设备属性信息所匹配的版本；

将与目标用户所属的用户群体/电子设备的设备属性信息相匹配的版本作为目标子应用程序的目标版本。

本申请实施例中，继续以设备属性信息为机型为例进行说明，以大数据统计的方式获得目标子应用程序各版本在大量用户中的使用情况，由此获得使用不同用户群体/机型对于各版本的问题反馈，进而为不同用户群体/机型确定问题反馈最少的版本作为与其匹配的版本，这样就可以确定不同用户群体/机型的最佳版本。由此，通过匹配操作，能够以目标用户所属的用户群体/电子设备的机型来获得相匹配的版本作为待加载的目标版本。

作为至少根据电子设备执行的版本回退操作得到目标子应用程序的目标版本的一种实现方式，本申请实施例七提供一种加载方法，该步骤包括如下步骤：

获得历史版本的属性信息，历史版本的版本号低于电子设备执行回退操作之前的目标子应用程序的版本号，属性信息能够表征所属版本在回退时是否被跳过；

在属性信息表征不被跳过的历史版本中确定目标子应用程序的目标版本。

本申请实施例中，电子设备在执行一次回退操作时，首先确定回退前的版本，进而将目标子应用程序对应的版本号低于该版本的其它版本作为历史版本。对于各历史版本来说，考虑其属性信息来确定该历史版本在回退时是否被跳过，如果属性信息表征被跳过，则表示该历史版本不属于该目标子应用程序的稳定版本，反之，则属于。进而，按照一定策略从属性信息表征不被跳过的历史版本中选择目标子应用程序所加载的一个目标版本。其中，该策略可以预先设置，比如选择用户评分最高的一个，再比如选择发布时间最晚的一个，本申请实施例对此不做限定。

作为获得历史版本的属性信息的一种实现方式，本申请实施例八提供一种加载方法，该步骤包括如下步骤：

获得作用于历史版本的第二输入信息，根据第二输入信息确定历史版本的属性信息；或，

根据目标用户的上报信息，确定历史版本的属性信息；或，

根据目标功能模块运行时的上报信息，确定历史版本的属性信息。

本申请实施例中，对于某一历史版本的属性信息可以至少通过工作人员手动标注、目标用户上报问题的自动标注、以及子应用程序上报异常的自动标注中任意一种方式来确定。

1)工作人员手动标注。通过工作人员对某一版本的输入操作为该版本标注特殊标签，如果工作人员认为该版本不稳定，则可以为该版本打上不可用的特殊标签，以使电子设备执行回退操作时，自动跳过该版本，回退到一个合适的稳定版本。

比如，工作人员判定目标子应用程序的版本1会在机型a上出问题，则可以为版本1标注上机型a不可用的标签，这样当机型为a的电子设备加载目标子应用程序时，会自动跳过版本1，从而加载到一个合适的稳定版本，避免一些不良的使用体验。

2)目标用户上报问题的自动标注。通过目标用户针对某一版本的上报信息为该版本标注特殊标签，如果目标用户上报某一版本有问题，为该版本自动标注不可用的特殊标签，以使电子设备执行回退操作时，自动跳过该版本，回退到一个合适的稳定版本，改善用户的使用体验。当然，未被标注不可用特殊标签的版本，则默认为不跳过。

比如，目标用户通过电子设备&上报目标子应用程序的版本1有问题，则电子设备&可以自动为目标子应用程序的版本1标注不可用的标签，这样电子设备&加载目标子应用程序时，会自动跳过版本1，从而加载到一个合适的稳定版本，改善用户的使用体验。

3)子应用程序上报异常的自动标注。通过目标子应用程序运行过程中针对某一版本的上报信息为该版本标注特殊标签，如果目标子应用程序的某个版本运行时，因为某些问题上报了异常，则为该版本自动标注不可用的特殊标签，以使电子设备执行回退操作时，自动跳过该版本，回退到一个合适的稳定版本。当然，未被标注不可用特殊标签的版本，则默认为不跳过。由此，目标子应用程序运行时，会自动由该不可用的版本切换到一个稳定版本，在用户没有察觉的情况下，即完成自动回退，从而不影响用户的使用体验。

比如，目标子应用程序运行过程中上报了电子设备&版本1有问题，电子设备&则可以自动为目标子应用程序的版本1标注不可用的标签，这样电子设备再次加载目标子应用程序时，会自动跳过版本1，从而加载到一个合适的稳定版本，这对于目标用户来说是无感的。

作为在属性信息表征不被跳过的历史版本中确定目标子应用程序的目标版本的一种实现方式，本申请实施例九还提供一种加载方法，该步骤包括如下步骤：

获得目标功能模块间的程序兼容信息；

根据程序兼容信息，在属性信息表征不被跳过的历史版本中确定目标子应用程序的目标版本。

本申请实施例中，电子设备同一时间加载的目标功能模块可能有多个，目标功能模块本质上是目标应用程序的一个子应用程序，而程序在运行时也需要考虑彼此间的兼容性。因此，本申请实施例中，可以根据目标子应用程序间的兼容信息来确定能够实现彼此兼容的版本，从而使尽可能多的子应用程序被加载。

例如，同一时间预加载的目标子应用程序有子应用程序1、2、3，其中，子应用程序1的版本1与子应用程序2的版本1不兼容、子应用程序1的版本2与子应用程序3的版本1也不兼容，且子应用程序2不被跳过的版本仅有版本1。

则此时，即便子应用程序1的版本1的属性信息表征其不被跳过，为保证子应用程序2也能够被顺利加载，电子设备在执行子应用程序1的版本回退时也需要跳过版本1，选择其他版本作为子应用程序1的目标版本。这样，电子设备可以进一步将子应用程序2的版本1作为子应用程序的目标版本。进一步，对于子应用程序3，由于已经避免了其与子应用程序1的不兼容问题，则此时电子设备可以按照正常的回退流程对其执行版本回退。

与上述加载方法相对应的，本申请实施例还提供一种加载装置，参见图3所示的结构示意图，该加载装置包括：

程序确定模块101，用于响应于获得启动电子设备的目标客户端的指令，获得第一参考信息；至少根据第一参考信息确定目标功能模块，目标功能模块为目标客户端的子应用程序；

加载模块102，用于按照确定的加载模式加载目标功能模块的至少部分信息，加载模式至少根据第一参考信息确定。

在本申请实施例提供的另一加载装置中，程序确定模块101至少根据第一参考信息确定目标功能模块的过程，包括：

至少根据目标用户的用户画像信息确定目标功能模块；或，

至少根据电子设备的设备属性信息确定目标功能模块；或，

至少根据电子设备的系统资源信息确定目标功能模块；或，

根据指令中的标识信息及用户画像信息、设备属性信息和系统资源信息中的至少一种确定目标功能模块；或，

获得作用于电子设备的第一输入信息，根据第一输入信息及用户画像信息、设备属性信息和系统资源信息中的至少一种确定目标功能模块。

在本申请实施例提供的另一加载装置中，加载模块102至少根据第一参考信息确定加载模式的过程，包括：

获得目标功能模块与第一参考信息间的关联信息；至少根据第一参考信息和关联信息确定加载模式，加载模式能够表征目标功能模块被加载时的优先级。

在本申请实施例提供的另一加载装置中，加载模块102按照确定的加载模式加载目标功能模块的至少部分信息的过程，包括：

确定目标功能模块对应的目标子应用程序的目标版本；按照确定的加载模式加载目标版本的目标子应用程序的至少部分信息。

在本申请实施例提供的另一加载装置中，加载模块102确定目标功能模块对应的目标子应用程序的目标版本的过程，包括：

获得第二参考信息，至少根据第二参考信息确定目标子应用程序的目标版本；

且/或，

至少根据电子设备执行的版本回退操作得到目标子应用程序的目标版本，目标版本的版本号低于电子设备执行回退操作之前的目标子应用程序的版本号。

在本申请实施例提供的另一加载装置中，加载模块102至少根据第二参考信息确定目标子应用程序的目标版本的过程，包括：

获得目标功能模块对应的不同版本下多个用户的使用信息；对多个用户的使用信息进行统计分析，得到不同用户群体/不同设备属性信息所匹配的版本；将与目标用户的用户群体/电子设备的设备属性信息相匹配的版本作为目标子应用程序的目标版本。

在本申请实施例提供的另一加载装置中，加载模块102至少根据电子设备执行的版本回退操作得到目标子应用程序的目标版本的过程，包括：

获得历史版本的属性信息，历史版本的版本号低于电子设备执行回退操作之前的目标子应用程序的版本号，属性信息能够表征所属版本在回退时是否被跳过；在属性信息表征不被跳过的历史版本中确定目标子应用程序的目标版本。

在本申请实施例提供的另一加载装置中，加载模块102获得历史版本的属性信息的过程，包括：

获得历史版本的第二输入信息，根据第二输入信息确定历史版本的属性信息；或，

根据目标用户的上报信息，确定历史版本的属性信息；或，

根据目标功能模块运行时的上报信息，确定历史版本的属性信息。

在本申请实施例提供的另一加载装置中，加载模块102在属性信息表征不被跳过的历史版本中确定目标子应用程序的目标版本的过程，包括：

获得目标功能模块间的程序兼容信息；根据程序兼容信息，在属性信息表征不被跳过的历史版本中确定目标子应用程序的目标版本。

综上所述，本申请提出了一套子应用的加载、匹配和回退的解决方案，具体的：

一方面，将整个大的单体应用程序切分为多个小的子应用程序，然后在应用程序启动时，提供“立即加载”、“延时加载”和“不加载”这三种子应用程序加载方法，具体：

1)根据目标用户的使用习惯动态决定预加载哪些子应用程序。如果该目标用户对某一子应用程序的使用频率很高，则在应用程序启动后立即加载该子应用程序，提高使用体验。如果该目标用户对某一子应用程序的使用频率不高，则不加载该子应用程序，减少系统资源占用。

2)根据电子设备的机型动态决定预加载哪些子应用程序。如果某一子应用程序不能适配该机型，则在应用程序启动后不加载该子应用程序，这不仅能减少系统资源占用，还能避免一些因为机型不适配所造成的不良使用体验。

3)根据电子设备当前的空闲系统资源动态决定预加载哪些子应用程序、以及预加载的子应用程序的数量。如果当前的空闲系统资源不足，则在启动后根据子应用程序的大小，只立即加载部分子应用程序，其他原本准备立即加载的子应用程序则采用延时加载，可在系统资源释放后加载，这样可以减少卡顿，提高使用体验。

以上三点可以相互几何，比如满足机型的子应用程序根据当前的空闲系统资源和使用习惯排优先级，优先级高的子应用程序被立即加载，优先级低的子应用程序被延时加载，不满足条件的子应用程序则不被加载，从而减少系统资源占用，提高使用体验。例如，对于一个子应用程序来说，首先判断电子设备的机型是否适配该子应用程序；如果不适配，则不加载该子应用程序；如果适配，则进一步判断目标用户是否经常使用该子应用程序；如果目标用户不经常使用，则不加载该子应用程序；如果目标用户经常使用该子应用程序，则进一步判断当前空闲系统资源是否不足；如果是，则一段时间后重新返回执行“判断当前空闲系统资源是否不足”；如果否，则加载该子应用程序。

另一方面，每个子应用程序都会有多个版本，如果某个子应用程序的某个版本出现问题或者不想给某些用户使用，则可以通过一些规则将该子应用程序动态回退到合适的稳定版本：

1)通过给子应用的某个版本打上特殊标签，使得加载该子应用程序时跳过该版本，回退到一个合适的稳定版本。比如，子应用程序的最新版本只在机型a上出问题，则给该最新版本打上机型a不可用的标签。这样，当机型a的电子设备加载该子应用程序时，会自动跳过该最新版本，而加载一个合适的稳定版本，避免一些不良的使用体验。例如，工作人员发现某个子应用程序的版本1在会在机型a上出问题，则手动在该子应用程序的版本1打上机型a不可用的标签，这样机型a的电子设备加载该子应用程序时，会自动跳过版本1，回退到机型a合适的稳定版本。

2)通过目标用户上报某个子应用程序的某个版本有问题，使该目标用户在使用时跳过该子应用程序的该版本，回退到一个合适的稳定版本，改善用户的使用体验。例如，目标用户在电子设备&上报某子应用程序的版本1有问题，则自动在该子应用程序的版本1打上电子设备&不可用的标签，电子设备&加载该子应用程序时会跳过版本1，回退到电子设备&合适的稳定版本。

3)通过一些子应用程序使用时的异常，动态切换到一个稳定的子应用程序版本。比如，某个子应用程序的某个版本在使用时，因为某些问题上报了异常，其用户可能还没察觉到，电子设备即可以回退到该子应用程序的一个稳定版本，从而不影响该用户的使用体验。例如，某一子应用程序在运行过程中上报了电子设备&版本1有问题，电子设备&则可以自动为该子应用程序的版本1标注不可用的标签，这样电子设备再次加载该子应用程序时，会自动跳过该版本1，从而加载到一个合适的稳定的版本。

再一方面，通过一些规则，使不同的用户群体或机型匹配到不同子应用程序的不同版本：

1)通过给子应用程序的某个版本打上特殊标签，标记该版本只给某些用户群体/机型加载使用，比如只给游戏群体/机型a使用。例如，工作人员只想让游戏用户/机型a使用某个子应用程序的版本1，可以手动在子应用程序的版本1上打上游戏用户/机型a的标签，这样电子设备加载该子应用程序时，只有在其目标用户属于游戏用户/其机型为机型a时才能加载该子应用程序的版本1。通过该方案，还可以获得某个子应用程序在不同用户群体/机型中的使用占比、或者某个用户群体/机型中子应用程序的数量，方便调整产品策略。

2)当某个子应用程序在多个群体/机型中被加载时，通过给使用比例高的那个用户群体/机型打上特殊标签，可以优先让该用户群体/机型加载最新版本。例如，子应用程序α在游戏用户群体/机型a上的使用比例最高，可以手动或自动给子应用程序α打上游戏用户群体/机型a的标签，在子应用程序α被加载时，如果目标用户属于游戏用户群体/电子设备的机型为机型a，则优先加载该子应用程序α的最新版本，反之，则加载该子应用程序α的上一版本。

3)通过收集某个子应用程序不同版本在某个用户群体/机型的使用情况，可以方便地在子应用程序级别调整产品策略，减少对其他子应用程序的影响。比如，游戏用户群体/机型a对某个子应用程序的最新版本很少反馈问题，使用中几乎不出现异常。这样就可以调整该最新版本的发布比例，使更多的游戏用户/机型a的用户可以加载最新版本。例如，子应用程序α的最新版本发布后只让部分用户优先使用，而游戏用户群体/机型a这部分用户使用子应用程序α的最新版本后很少反馈问题，使用中几乎没有出现异常，这样工作可以调高该最新版本在游戏用户群体/机型a中的发布比例，使更多的游戏用户群体/机型a的用户可以加载该最新版本。

与上述加载方法相对应的，本申请实施例还提供一种存储介质，该存储介质中存储有计算机可执行指令，计算机可执行指令用于执行上述任意一项实施例的处理方法。

以上对本申请所提供的一种加载方法及装置进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

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

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备所固有的要素，或者是还包括为这些过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (8)

1.一种加载方法，包括：

响应于获得启动电子设备的目标客户端的指令，获得第一参考信息；

至少根据所述第一参考信息确定目标功能模块，所述目标功能模块为所述目标客户端的子应用程序；

按照确定的加载模式加载所述目标功能模块的至少部分信息，所述加载模式至少根据所述第一参考信息确定；

按照确定的加载模式加载所述目标功能模块的至少部分信息，包括：

确定所述目标功能模块对应的目标子应用程序的目标版本；

按照确定的加载模式加载所述目标版本的目标子应用程序的至少部分信息；

其中，确定所述目标功能模块对应的目标子应用程序的目标版本，包括以下至少之一：

获得第二参考信息，至少根据所述第二参考信息确定所述目标子应用程序的目标版本；

至少根据所述电子设备执行的版本回退操作得到所述目标子应用程序的目标版本，所述目标版本的版本号低于所述电子设备执行回退操作之前的所述目标子应用程序的版本号。

2.根据权利要求1所述的方法，其中，至少根据所述第一参考信息确定目标功能模块，包括：

至少根据目标用户的用户画像信息确定所述目标功能模块；或，

至少根据所述电子设备的设备属性信息确定所述目标功能模块；或，

至少根据所述电子设备的系统资源信息确定所述目标功能模块；或，

根据所述指令中的标识信息及所述用户画像信息、所述设备属性信息和所述系统资源信息中的至少一种确定所述目标功能模块；或，

获得作用于所述电子设备的第一输入信息，根据所述第一输入信息及所述用户画像信息、所述设备属性信息和所述系统资源信息中的至少一种确定所述目标功能模块。

3.根据权利要求1或2所述的方法，其中，至少根据所述第一参考信息确定所述加载模式，包括：

获得所述目标功能模块与所述第一参考信息间的关联信息；

至少根据所述第一参考信息和所述关联信息确定所述加载模式，所述加载模式能够表征所述目标功能模块被加载时的优先级。

4.根据权利要求1所述的方法，其中，至少根据所述第二参考信息确定所述目标子应用程序的目标版本，包括：

获得所述目标功能模块对应的不同版本下多个用户的使用信息；

对所述多个用户的使用信息进行统计分析，得到不同用户群体/不同设备属性信息所匹配的版本；

将与目标用户所属的用户群体/所述电子设备的设备属性信息相匹配的版本作为所述目标子应用程序的目标版本。

5.根据权利要求1所述的方法，其中，至少根据所述电子设备执行的版本回退操作得到所述目标子应用程序的目标版本，包括：

获得历史版本的属性信息，所述历史版本的版本号低于所述电子设备执行回退操作之前的所述目标子应用程序的版本号，所述属性信息能够表征所属版本在回退时是否被跳过；

在属性信息表征不被跳过的历史版本中确定所述目标子应用程序的目标版本。

6.根据权利要求5所述的方法，其中，获得历史版本的属性信息，包括：

获得作用于所述历史版本的第二输入信息，根据所述第二输入信息确定所述历史版本的属性信息；或，

根据目标用户的上报信息，确定所述历史版本的属性信息；或，

根据所述目标功能模块运行时的上报信息，确定所述历史版本的属性信息。

7.根据权利要求5所述的方法，其中，在属性信息表征不被跳过的历史版本中确定所述目标子应用程序的目标版本，包括：

获得所述目标功能模块间的程序兼容信息；

根据所述程序兼容信息，在属性信息表征不被跳过的历史版本中确定所述目标子应用程序的目标版本。

8.一种加载装置，包括：

程序确定模块，用于响应于获得启动电子设备的目标客户端的指令，获得第一参考信息；至少根据所述第一参考信息确定目标功能模块，所述目标功能模块为所述目标客户端的子应用程序；

加载模块，用于按照确定的加载模式加载所述目标功能模块的至少部分信息，所述加载模式至少根据所述第一参考信息确定；

其中，所述加载模块还用于：

确定所述目标功能模块对应的目标子应用程序的目标版本；

按照确定的加载模式加载所述目标版本的目标子应用程序的至少部分信息；

其中，确定所述目标功能模块对应的目标子应用程序的目标版本，包括以下至少之一：

获得第二参考信息，至少根据所述第二参考信息确定所述目标子应用程序的目标版本；

至少根据所述电子设备执行的版本回退操作得到所述目标子应用程序的目标版本，所述目标版本的版本号低于所述电子设备执行回退操作之前的所述目标子应用程序的版本号。

Images