一种应用程序的加载方法、装置、存储介质及终端
文献发布时间:2023-06-19 11:08:20
技术领域
本申请涉及终端应用领域,具体涉及一种应用程序的加载方法、装置、存储介质及终端。
背景技术
随着终端的普遍应用,利用终端实现各种功能的应用程序层出不穷,比如,无线网络应用、蓝牙应用、照相机应用等等。为了保证终端各个应用程序的正常使用,终端在执行开机操作时,会对已安装应用程序进行加载,在完成开机操作之后,用户可以直接操作各个应用程序。
相关技术中,在终端开机过程中,按照出厂设置对各个应用程序进行加载。但是,由于终端安装的应用程序越来越多,导致开机过程中加载应用程序的时间延长,从而影响了终端的开机效率。
发明内容
本申请实施例提供一种应用程序的加载方法、装置、存储介质及终端,可以提高终端的开机效率。
本申请实施例提供了一种应用程序的加载方法,包括:
从终端已安装的多个应用程序中确定至少一个目标应用程序,其中,所述目标应用程序的数量小于所述终端已安装的多个应用程序的数量;
获取每一目标应用程序对应的历史加载信息;
根据所述历史加载信息对目标应用程序进行排序,得到目标排序序列;
当检测到开机指令时,基于所述目标排序序列对目标应用程序进行加载。
相应的,本申请实施例还提供了一种应用程序的加载装置,包括:
第一确定单元,用于从终端已安装的多个应用程序中确定至少一个目标应用程序,其中,所述目标应用程序的数量小于所述终端已安装的多个应用程序的数量;
第一获取单元,用于获取每一目标应用程序对应的历史加载信息;
第一排序单元,用于根据所述历史加载信息对目标应用程序进行排序,得到目标排序序列;
第一加载单元,用于当检测到开机指令时,基于所述目标排序序列对目标应用程序进行加载。
相应的,本申请实施例还提供了一种存储介质,所述存储介质存储有多条指令,所述指令适于处理器进行加载,以执行如上所述的应用程序的加载方法。
相应的,本申请实施例还提供了一种终端,包括处理器和存储器,所述存储器存储有多条指令,所述处理器加载所述指令以执行如上所述的应用程序的加载方法。
本申请实施例通过设定在开机过程中需要预先进行加载的目标应用程序,根据目标应用程序的历史加载时长确定目标应用程序的加载顺序,在下一次开机过程中,根据该加载顺序对目标应用程序进行加载,可以节省开机操作的时间,从而提高终端的开机效率。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种应用程序的加载方法的流程示意图。
图2为本申请实施例提供的另一种应用程序的加载方法的流程示意图。
图3为本申请实施例提供的一种应用程序的加载方法的系统结构框图。
图4为本申请实施例提供的一种应用程序的加载装置的结构框图。
图5为本申请实施例提供的终端的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请的一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
基于上述问题,本申请实施例提供一种应用程序的加载方法、装置、存储介质及终端,可以提高终端的开机效率。以下分别进行详细说明。需说明的是,以下实施例的描述顺序不作为对实施例优选顺序的限定。
请参考图1,图1为本申请实施例提供的一种应用程序的加载方法的流程示意图。该应用程序的加载方法可以应用于诸如手机、平板电脑、笔记本电脑,掌上电脑、便携式媒体播放器(Portable Media Player,PMP)等移动终端,以及诸如台式计算机等固定终端。该应用程序的加载方法的具体流程可以如下:
101、从终端已安装的多个应用程序中确定至少一个目标应用程序。
在本申请实施例中,终端可以安装有多个应用程序。其中,目标应用程序为开机过程中预先进行加载的应用程序,目标应用程序的数量小于所述终端已安装的多个应用程序的数量。通过在开机过程中对应用程序预先进行加载,可以在开机操作结束后启动应用程序,以使终端在后续使用中可以快速启动已经完成加载的应用程序。
在一些实施例中,为了节省开机时间,步骤“从终端已安装的多个应用程序中确定至少一个目标应用程序”,可以包括以下流程:
获取应用配置信息;
从所述应用配置信息中,确定符合预设参数值的加载配置参数值对应的应用标识,并基于所述应用标识得到目标应用程序。
其中,应用配置信息也即指的是对终端各个应用程序在开机过程中的加载配置信息。应用配置信息可以包括应用标识以及应用标识对应的加载配置参数值,应用配置信息可以以文件格式存储在终端。
其中,加载配置参数表示是否需要在开机过程中对应用程序进行加载,加载配置参数值指的是加载配置参数可以设定的值,不同的加载配置参数值对应不同的操作结果。
比如,加载配置参数值可以为0、1等数值,当设定加载配置参数的值为0时,可以表示在开机过程中无需对应用程序进行加载;当设定加载配置参数的值为1时,可以表示在开机过程中需要对应用程序进行加载。
例如,终端可以安装有:应用程序A、应用程序B和应用程序C。其中,应用程序A的应用标识为:A,应用程序B的应用标识为:B,应用程序C的应用标识为:C。应用配置信息可以包括:应用标识A对应的加载配置参数值为:1,应用标识B对应的加载配置参数值为:0,应用标识C对应的加载配置参数值为:1。预设参数值可以为1,则可以确定应用标识A对应的应用程序A、应用标识C对应的应用程序C为目标应用程序。
在本申请实施例中,用户可以根据需求自行设定开机预加载应用程序。具体的,可以对应用程序进行设置操作,启动应用程序的开机预加载功能,以将应用程序对应的加载配置参数值设定为1,则当下一次开机操作时,会对用户设定的开机预加载的应用程序进行预先加载,使得终端开机操作完成后,用户可以快速使用该应用程序,可以提高应用使用效率。
另一方面,对于用户不经常使用的应用程序,可以对应用程序进行设置操作,关闭应用程序的开机预加载功能,以将应用程序对应的加载配置参数设定为0,则当下一次开机操作时,不会对用户关闭的开机预加载的应用程序进行预先加载,从而可以节省终端开机时间。
在一些实施例中,为了避免用户繁琐操作,提高用户体验,步骤“确定至少一个目标应用程序”,还可以包括以下流程:
获取每一应用程序在预设历史时间段内的运行频率;
确定运行频率大于预设频率的应用程序,得到目标应用程序。
其中,预设历史时间段指的是当前时间之前的时间段,比如,若当前时间为2021年3月11日13时11分,则预设历史时间段可以为2021年3月1日13时11分至2021年3月11日13时10分等,预设时间段可以根据设定时长、距离当前时间的时差来确定,在此不做限定。
其中,运行频率指的应用程序在预设历史时间段内的运行总次数。
比如,预设历史时间段可以为2021年3月1日13时11分至2021年3月11日13时10分,则获取应用程序在2021年3月1日13时11分至2021年3月11日13时10分之内被运行的次数可以为50次,则可以确定该应用程序在预设历史时间段内的运行频率为:50次。
例如,应用程序可以包括:应用程序A、应用程序B和应用程序C,获取到应用程序A在预设历史时间段内的运行频率可以为10次,获取到应用程序B在预设历史时间段内的运行频率可以为50次,获取到应用程序C在预设历史时间段内的运行频率可以为60次,若预设频率为30次,通过将每一应用程序的运行频率与预设频率进行比较,可以确定运行频率大于预设频率的应用程序为,应用程序B和应用程序C,则可以确定目标应用程序为:应用程序B和应用程序C。通过应用程序在历史时间段内的运行次数,判断应用程序是否为用户常用应用程序,若为用户常用应用程序,则自动将该应用程序设定为开机预加载应用程序,省去用户设置操作,便捷用户使用。
102、获取每一目标应用程序对应的历史加载信息。
其中,历史加载信息包括历史加载时长,历史加载时长为距当前时间最接近的上一次加载目标应用程序的时长。
例如,当前时间为可以2021年3月11日13时11分,获取目标应用程序在当前时间之前的加载时间,包括:2021年3月10日13时11分、2021年3月19日10时11分等,则可以确定2021年3月10日13时11分为距当前时间最接近的上一次加载目标应用程序的时间,进一步的获取该目标应用程序在2021年3月10日13时11分进行加载时花费的时长可以为4秒,则可以得到该目标应用程序的历史加载时长为:4秒。
103、根据历史加载信息对目标应用程序进行排序,得到目标排序序列。
在一些实施例中,终端在开机过程中可以同时对多个应用程序进行加载,其中,同时加载的应用程序的个数由终端的处理器决定,处理器性能越好,那么该终端支持同时加载的应用程序的个数越多,为了进一步加快终端开机速度,步骤“根据历史加载信息对目标应用程序进行排序,得到目标排序序列”,可以包括以下操作:
根据每一目标应用程序对应的历史加载时长的大小,对目标应用程序进行排序,得到所述目标排序序列。
在上一步骤中,已经获取到每一目标应用程序的历史加载时长,然后,可以根据历史加载时长的目标应用程序进行排序。在本申请实施例中,较优地,可以根据目标应用程序对应历史加载时长由大到小对目标应用程序进行排序。
例如,目标应用程序可以包括:应用程序A、应用程序B、应用程序C和应用程序D,其中,应用程序A的历史加载时长可以为5秒,应用程序B的历史加载时长可以为6秒,应用程序C的历史加载时长可以为8秒,应用程序D的历史加载时长可以为3秒,根据历史加载时长由大到小对目标应用程序进行排序,得到的目标排序序列为:应用程序C、应用程序B、应用程序A、应用程序D。
通过获取目标应用程序的上一历史加载时长,可以预测出下一次加载该目标应用程序的时长,进一步的,将加载时长较长的目标应用程序先进行加载,可以使得其他加载时长较短的目标应用程序与该目标应用程序同时进行,以进一步加快开启速度。
在一些实施例中,为了提高应用程序的启动效率,步骤“根据历史加载信息对目标应用程序进行排序,得到目标排序序列”,还可以包括以下操作:
对目标应用程序进行分类,得到多个应用程序集合;
根据应用类型对应的优先级对多个应用程序集合进行排序,得到第一排序序列;
根据所述历史加载信息对每一应用程序集合中的目标应用程序进行排序,得到每一应用程程序集合的第二排序序列;
根据所述第一排序序列与所述第二排序序列确定目标应用程序的所述目标排序序列。
具体的,对目标应用程序进行分类可以根据目标应用程序的应用类型来进行分类。
其中,应用类型可以包括系统应用程序和非系统应用程序,系统应用程序指的是不能通过用户设定是否开机启动的应用程序,也即终端出厂前设定的开机启动的应用程序,比如,显示屏等;而非系统应用程序指的是可以通过用户设定是否开机启动的应用程序,比如,用户自行安装的应用程序等。
进一步的,将属于系统应用程序的目标应用程序,划分至系统应用程序集合中,将属于非系统应用程序的目标应用程序,划分至非系统应用程序集合中。由于系统应用程序在开机完成后需要首先启动,可以设定系统应用程序的优先级高于非系统应用程序的优先级,优先级较高的应用程序集合中的目标应用程序在开机过程中可以优先进行加载。
例如,应用程序集合可以包括第一集合和第二集合,第一集合的优先级高于第二集合的优先级,则可以得到应用程序集合的排序结果,也即第一排序序列为:第一集合、第二集合。那么,在终端开机过程中,可以先加载第一集合中的目标应用程序,然后加载第二集合中的目标应用程序。
进一步的,在提高应用程序启动效率的同时,加快终端开机效率,步骤“根据历史加载信息对目标应用程序进行排序”,可以包括以下操作:
根据历史加载信息对每一应用程序集合中的目标应用程序进行排序。
具体的,根据历史加载信息对应用程序集合中的目标应用程序进行排序,可以参见上述步骤,在此不多做赘述。
通过对每一应用程序集合中的目标应用程序进行排序,可以得到每一应用程程序集合的第二排序序列。
例如,应用程序集合包括:第一集合、第二集合。第一集合中包括:应用程序A、应用程序B和应用程序C;第二集合中包括:应用程序D、应用程序E和应用程序F。然后根据目标应用程序的历史加载信息对每一应用程序集合中的目标应用程序进行排序,得到第一集合中的目标应用程序的第二排序序列可以为:应用程序B、应用程序A、应用程序C;得到第二集合中的目标应用程序的第二排序序列可以为:应用程序D、应用程序F、应用程序E。
进一步的,根据第一排序序列与第二排序序列确定目标应用程序的目标排序序列,例如,第一排序序列为:第一集合、第二集合;第一集合中目标应用程序的排序序列为:应用程序B、应用程序A、应用程序C;第二集合中目标应用程序的排序序列为:应用程序D、应用程序F、应用程序E,则可以得到所有目标应用程序集合的最终排序序列,也即目标排序序列:应用程序B、应用程序A、应用程序C、应用程序D、应用程序F、应用程序E。
104、当检测到开机指令时,基于目标排序序列对目标应用程序进行加载。
在确定目标应用程序的目标排序序列之后,在终端下一次执行开机操作时,即可以根据该目标排序序列对目标应用程序进行加载,以加快终端的开机速度。
在一些实施例中,为了进一步加快终端开机速度,步骤“基于所述目标排序序列对目标应用程序进行加载”,可以包括以下操作:
获取所述终端中处理模块的第一数量,以及所述目标应用程序的第二数量;
当所述第一数量大于预设数量时,则将所述第一数量与所述第二数量进行比较;
若所述第一数量小于所述第二数量,则从所述目标排序序列中依次选取所述第一数量的目标应用程序,并通过所述第一数量的处理模块对所述第一数量的目标应用程序进行加载;
等待所述第一数量中的目标应用程序加载完成之后,从所述目标排序序列中选取未加载的目标应用程序进行加载,直至所有目标应用程序加载完成。
其中,处理模块指的是终端处理器中的计算引擎,也即内核。处理器是终端的主要设备之一,终端中的核心配件。处理器的功能主要是解释计算机指令以及处理计算机软件中的数据。终端中所有操作都由处理器负责读取指令,对指令译码并执行指令的核心部件。内核,是一个操作系统的核心。它负责管理系统的进程、内存、设备驱动程序、文件和网络系统,决定着系统的性能和稳定性。处理器中可以包括一个内核也即单核处理器;也可以包括多个内核,也即多核处理器,多核处理器是指在一枚处理器中集成两个或多个完整的计算引擎。
例如,获取到终端中包括2个内核,则可以确定终端包括两个处理模块,也即第一数量为:2。
其中,预设数量用于判断处理器为单核处理器还是多核处理器,比如,预设数量可以为1,当第一数量大于预设数量时,则可以确定当前终端的处理器为多核处理器。
例如,终端中可以包括2个处理模块,第一处理模块和第二处理模块,得到第一数量为:2。目标应用程序的个数可以为3,得到第二数量可以为:3。其中,目标应用程序可以包括:应用程序A、应用程序B和应用程序C,应用程序A的历史加载时长可以为10秒,应用程序B的历史加载时长可以为2秒,应用程序C的历史加载时长可以为8秒,则可以确定目标排序序列为:应用程序A、应用程序C、应用程序B。
进一步的,基于目标排序序列对目标应用程序进行加载包括:通过第一处理模块对应用程序A进行加载,通过第二处理模块对应用程序C进行加载,由于加载应用程序A需要10秒左右的时间,加载应用程序C需要8秒左右的时间,所以,第二处理模块先加载完应用程序C,此时,第一处理模块还在处理应用程序A,依照目标排序序列,将应用程序B通过第二处理模块进行加载,加载应用程序B需要2秒左右的时间,那么当应用程序A加载完成时,正好应用程序B加载完成,则加载应用程序A,应用程序B,以及应用程序C总共仅需要10秒,通过上述排列方式进行加载,缩短了开机过程中应用程序的加载时间,从而提高开机效率。
在一些实施例中,为了提高用户体验,在步骤“检测到开机指令”之前,还可以包括以下步骤:
确定除目标应用程序以外的剩余应用程序;
获取每一剩余应用程序对应的加载等待时间;
按照预设规则对加载等待时间进行处理,得到目标等待时间。
其中,剩余应用程序也即指的是终端所有应用程序中,除目标应用程序之外的应用程序。
例如,终端包括:应用程序A、应用程序B、应用程序C、应用程序D、应用程序E、应用程序F,其中,目标应用程序包括:应用程序A、应用程序B、应用程序C、应用程序D,则剩余应用程序包括:应用程序E、应用程序F。
其中,加载等待时间为历史时间段内,接收到开机指令的时间与剩余应用程序的启动时间的时差。
比如,上一次接收到开机指令的时间课可以为2021年3月11日13时11分10秒,上一次开机操作之后,该剩余应用程序的启动时间为2021年3月11日13时13分10秒,则可以确定该剩余应用程序的加载等待时间为2分钟。在历史时间段内,若终端执行3次开机操作,且该剩余应用程在这3次开机操作之后都被启动,则可以获取到在历史时间段中的3次开机操作中每一次开机操作后,该剩余应用程序的加载等待时间。
其中,预设规则指示对剩余应用程序对应的加载等待时间进行处理,以得到目标等待时间,目标等待时间则指的是下一次开机操作时,在接收到开机指令之后,启动剩余应用程序的间隔时间。
在一些实施例中,为了保证开机之后,对于开机过程中未加载的应用程序,提高加载效率,预设规则可以是对多个加载等待时间计算平均值,从而得到下次开机操作时,剩余应用程序的启动时间,以方便用户快速打开该剩余应用程序以完成相应功能。
例如,剩余应用程序可以为应用程序E,获取到历史时间段内,该应用程序E对应的加载等待时间包括:4分钟,7分钟,10分钟等,则根据预设规则对加载等待时间进行处理,可以得到目标等待时间为7分钟。
进一步的,在步骤“检测到开机指令”,还可以包括以下步骤:
等待目标等待时间之后,对剩余应用程序进行加载。
具体的,在检测到开机指令时,等待目标等待时间之后,即可以对剩余应用程序进行加载。比如,剩余应用程序D对应的目标等待时间可以为7分钟,则在检测到开机指令之后,间隔7分钟,对剩余应用程序D进行加载,在不影响开机速度的同时,提前对剩余应用程序进行加载,可以加快剩余应用程序的加载效率。
本申请实施例公开了一种应用程序的加载方法,该应用程序的加载方法包括:从终端已安装的多个应用程序中确定至少一个目标应用程序,其中,所述目标应用程序的数量小于所述终端已安装的多个应用程序的数量;获取每一目标应用程序对应的历史加载信息;根据所述历史加载信息对目标应用程序进行排序,得到目标排序序列;当检测到开机指令时,基于所述目标排序序列对目标应用程序进行加载。本申请实施例通过设定在开机过程中需要预先进行加载的目标应用程序,根据目标应用程序的历史加载时长确定目标应用程序的加载顺序,在下一次开机过程中,根据该加载顺序对目标应用程序进行加载,可以节省开机操作的时间,从而提高终端的开机效率。
参考图2,图2为本申请实施例提供的另一种应用程序的加载方法的流程示意图。该应用程序的加载方法的具体可以如下:
201、在终端开机过程中,获取模块加载控制文件。
其中,模块加载控制文件存储在终端的存储器中,模块加载控制文件(也即“module_load_file”,在终端存储器中的文件标识)包括各个应用模块对应的模块加载参数(也即“enable_module_load”,参数标识)。
请参阅图3,图3为本申请实施例提供的一种应用程序的加载方法的系统结构框图。在图3中,本申请实施例的系统可以包括:摄像头200、显示屏300、键盘400、手电筒500。
其中,模块加载控制文件module_load_file150中包括有:摄像头模块110、显示屏模块120、键盘模块130、手电筒模块140。其中,摄像头模块110为摄像头200对应的模块加载参数:摄像头_enable_module_load,显示屏模块120为显示屏300对应的模块加载参数:显示屏_enable_module_load,键盘模块130为键盘400对应的模块加载参数:键盘_enable_module_load,手电筒模块140为手电筒500对应的模块加载参数:手电筒_enable_module_load。可以通过设定模块加载参数的值来控制该模块加载参数对应的应用模块是否进行加载。
例如,在终端出厂时,模块加载控制文件module_load_file150中的内容可以设定如下:
摄像头_enable_module_load=1,显示屏_enable_module_load=1,
键盘_enable_module_load=1,手电筒_enable_module_load=1。
则在移动终端开机时,可以对摄像头200、显示屏300、键盘400、手电筒500四个应用模块进行加载。
在另一实施例中,当用户觉得照相机功能没有使用的可能性,或终端的照相机功能已经损坏,则可以对终端中的模块加载控制文件module_load_file中的模块加载参数进行修改,可以将其修改如下:
摄像头_enable_module_load=0,显示屏_enable_module_load=1,
键盘_enable_module_load=1,手电筒_enable_module_load=1。
通过对模块加载参数进行修改,便可以实现摄像头模块在开机过程中不加载。则在开机过程中只需要加载实际用户可能需要用到的模块,而对于用户无需使用的应用模块不进行加载,减少开机时加载过多的模块,从而提升开机的效率。
202、判断模块加载控制文件中,应用模块对应的模块加载参数是否为预设参数值。
其中,预设参数值可以为需要开机加载对应的参数值,比如,1。具体的,可以判断模块加载控制文件中的模块加载参数值是否为1。若存在模块加载参数值为1,则可以执行步骤203;若存在模块加载参数值不为1,则可以执行步骤204。
203、对模块加载参数值为预设参数值的应用模块进行加载。
当模块加载参数值预设值相同,则可以确定该模块加载参数对应的应用模块为需要开机加载的应用模块,则在开机过程中,可以对该应用模块进行加载。
在一些实施例中,当开机需要加载的应用模块较多时,可以对需要加载的应用模块进行排序。
具体的,为了进一步提高开机过程中的应用加载速度,对于开机加载的各个应用模块的加载顺序可以执行如下方法:
预先获取应用模块最佳排序,在开机过程中按照最佳排序执行加载应用模块。
其中,最佳排序可以采用如下方法获取:
例如,获取开机加载应用模块的列表;获取该列表中的应用模块所有可能的排序结果;在每一次开机时按照上述某一种排序结果进行加载,并记录时间;(当开机次数足够多时,便总能得到时间最短的排序,将该排序作为最佳排序)。
又例如,获取开机加载应用模块的列表;获取该列表中的应用模块所有可能的排序结果;在终端不使用时(比如估计用户晚上睡觉的时间,或者该时间段也可由用户自行设定)对这些应用模块进行卸载,然后按照上述某一种排序结果进行加载,并记录时间,反复上述过程;(当次数足够多时,便总能得到时间最短的排序,将该排序作为最佳排序)。
又例如,如果终端中只有一些常用的必须模块,则终端可以收集上述方式的结果进行综合,判断出最佳排序,以节省各个终端得到最佳判断的时间。
204、对模块加载参数值不为预设参数值的应用模块不作处理。
当模块加载参数值预设值不相同,则可以确定该模块加载参数对应的应用模块不为开机加载的应用模块,则在开机过程中,可以不用对该应用模块进行加载,节省开机时间。
本申请实施例公开了一种应用程序的加载方法,该应用程序的加载方法包括:在终端开机过程中,获取模块加载控制文件,判断模块加载控制文件中,应用模块对应的模块加载参数是否为预设参数值,对模块加载参数值为预设参数值的应用模块进行加载。以此,可以提高终端的开机效率。
为便于更好的实施本申请实施例提供的应用程序的加载方法,本申请实施例还提供一种基于上述应用程序的加载方法的装置。其中名词的含义与上述应用程序的加载方法中相同,具体实现细节可以参考方法实施例中的说明。
请参阅图4,图4为本申请实施例提供的一种应用程序的加载装置的结构框图,该应用程序的加载装置可以应用于诸如手机、平板电脑、笔记本电脑,掌上电脑、便携式媒体播放器(Portable Media Player,PMP)等移动终端,以及诸如台式计算机等固定终端,该装置包括:
第一确定单元301,用于从终端已安装的多个应用程序中确定至少一个目标应用程序,其中,所述目标应用程序的数量小于所述终端已安装的多个应用程序的数量;
第一获取单元302,用于获取每一目标应用程序对应的历史加载信息;
第一排序单元303,用于根据所述历史加载信息对目标应用程序进行排序,得到目标排序序列;
第一加载单元304,用于当检测到开机指令时,基于所述目标排序序列对目标应用程序进行加载。
在一些实施例中,第一排序单元303可以包括:
第一排序子单元,用于根据每一目标应用程序对应的历史加载时长的大小,对目标应用程序进行排序,得到所述目标排序序列。
在一些实施例中,第一确定单元301可以包括:
第一获取子单元,用于获取应用配置信息,所述应用配置信息包括应用标识以及所述应用标识对应的加载配置参数值;
第一确定子单元,用于从所述应用配置信息中,确定符合预设参数值的加载配置参数值对应的应用标识,并基于所述应用标识得到目标应用程序。
在一些实施例中,第一确定单元301可以包括:
第二获取子单元,用于获取每一应用程序在预设历史时间段内的运行频率;
第二确定子单元,用于确定运行频率大于预设频率的应用程序,得到所述目标应用程序。
在一些实施例中,第一排序单元303可以包括:
分类子单元,用于对目标应用程序进行分类,得到多个应用程序集合;
第二排序子单元,用于根据应用类型对应的优先级对多个应用程序集合进行排序,得到第一排序序列;
第三排序子单元,用于根据所述历史加载信息对每一应用程序集合中的目标应用程序进行排序,得到每一应用程程序集合的第二排序序列;
第三确定子单元,用于根据所述第一排序序列与所述第二排序序列确定目标应用程序的所述目标排序序列。
在一些实施例中,第一加载单元304,可以包括:
第四确定子单元,用于获取所述终端中处理模块的第一数量,以及所述目标应用程序的第二数量;
比较子单元,用于当所述第一数量大于预设数量时,则将所述第一数量与所述第二数量进行比较;
第一加载子单元,用于若所述第一数量小于所述第二数量,则从所述目标排序序列中依次选取所述第一数量的目标应用程序,并通过所述第一数量的处理模块对所述第一数量的目标应用程序进行加载;
第二加载子单元,用于所述第一数量中的目标应用程序加载完成之后,从所述目标排序序列中选取未加载的目标应用程序进行加载,直至所有目标应用程序加载完成。
在一些实施例中,该装置还可以包括:
第三确定单元,用于确定除所述目标应用程序以外的剩余应用程序;
第三获取单元,用于获取每一剩余应用程序对应的加载等待时间,所述加载等待时间为历史时间段内,接收到开机指令的时间与所述剩余应用程序的启动时间的时差;
处理单元,用于按照预设规则对所述加载等待时间进行处理,得到目标等待时间;
第二加载单元,用于等待所述目标等待时间之后,对所述剩余应用程序进行加载。
本申请实施例公开了一种应用程序的加载装置,该应用程序的加载装置包括:第一确定单元301从终端已安装的多个应用程序中确定至少一个目标应用程序,其中,所述目标应用程序的数量小于所述终端已安装的多个应用程序的数量;第一获取单元302获取每一目标应用程序对应的历史加载信息;第一排序单元303根据所述历史加载信息对目标应用程序进行排序,得到目标排序序列;第一加载单元304当检测到开机指令时,基于所述目标排序序列对目标应用程序进行加载。以此,可以提高终端的开机效率。
本申请实施例还提供一种终端。如图5所示,该终端可以包括射频(RF,RadioFrequency)电路601、包括有一个或一个以上存储介质的存储器602、输入单元603、显示单元604、传感器605、音频电路606、无线保真(WiFi,Wireless Fidelity)模块607、包括有一个或者一个以上处理核心的处理器608、以及电源609等部件。本领域技术人员可以理解,图5中示出的终端结构并不构成对终端的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。其中:
RF电路601可用于收发信息过程中,信号的接收和发送,特别地,将基站的下行信息接收后,交由一个或者一个以上处理器608处理;另外,将涉及上行的数据发送给基站。通常,RF电路601包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM,Subscriber Identity Module)卡、收发信机、耦合器、低噪声放大器(LNA,LowNoise Amplifier)、双工器等。此外,RF电路601还可以通过无线通信与网络和其他设备通信。
存储器602可用于存储软件程序以及模块,处理器608通过运行存储在存储器602的软件程序以及模块,从而执行各种功能应用以及应用程序的加载。存储器602可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等。此外,存储器602可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地,存储器602还可以包括存储器控制器,以提供处理器608和输入单元603对存储器602的访问。
输入单元603可用于接收输入的数字或字符信息,以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地,在一个具体的实施例中,输入单元603可包括触敏表面以及其他输入设备。触敏表面,也称为触摸显示屏或者触控板,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面上或在触敏表面附近的操作),并根据预先设定的程式驱动相应的连接装置。除了触敏表面,输入单元603还可以包括其他输入设备。具体地,其他输入设备可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元604可用于显示由用户输入的信息或提供给用户的信息以及服务器的各种图形用户接口,这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元604可包括显示面板,可选的,可以采用液晶显示器(显示屏,Liquid CrystalDisplay)、有机发光二极管(OLED,Organic Light-Emitting Diode)等形式来配置显示面板。进一步的,触敏表面可覆盖显示面板,当触敏表面检测到在其上或附近的触摸操作后,传送给处理器608以确定触摸事件的类型,随后处理器608根据触摸事件的类型在显示面板上提供相应的视觉输出。虽然在图5中,触敏表面与显示面板是作为两个独立的部件来实现输入和输入功能,但是在某些实施例中,可以将触敏表面与显示面板集成而实现输入和输出功能。
终端还可包括至少一种传感器605,比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板的亮度,接近传感器可在服务器移动到耳边时,关闭显示面板和背光。
音频电路606、扬声器,传声器可提供用户与服务器之间的音频接口。音频电路606可将接收到的音频数据转换后的电信号,传输到扬声器,由扬声器转换为声音信号输出;另一方面,传声器将收集的声音信号转换为电信号,由音频电路606接收后转换为音频数据,再将音频数据输出处理器608处理后,经RF电路601以发送给比如终端,或者将音频数据输出至存储器602以便进一步处理。音频电路606还可能包括耳塞插孔,以提供外设耳机与服务器的通信。
WiFi属于短距离无线传输技术,终端通过WiFi模块607可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图5示出了WiFi模块607,但是可以理解的是,其并不属于终端的必须构成,完全可以根据需要在不改变申请的本质的范围内而省略。
处理器608是终端的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在存储器602内的软件程序和模块,以及调用存储在存储器602内的数据,执行服务器的各种功能和处理数据,从而对手机进行整体监控。可选的,处理器608可包括一个或多个处理核心;优选的,处理器608可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器608中。
终端还包括给各个部件供电的电源609(比如电池),优选的,电源可以通过电源管理系统与处理器608逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源609还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
具体在本实施例中,终端中的处理器608会按照如下的指令,将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器602中,并由处理器608来运行存储在存储器602中的应用程序,从而实现各种功能:
从终端已安装的多个应用程序中确定至少一个目标应用程序,其中,所述目标应用程序的数量小于所述终端已安装的多个应用程序的数量;
获取每一目标应用程序对应的历史加载信息;
根据所述历史加载信息对目标应用程序进行排序,得到目标排序序列;
当检测到开机指令时,基于所述目标排序序列对目标应用程序进行加载。
本申请实施例公开了一种应用程序的加载方法、装置、存储介质及终端。该应用程序的加载方法包括:从终端已安装的多个应用程序中确定至少一个目标应用程序,其中,所述目标应用程序的数量小于所述终端已安装的多个应用程序的数量;获取每一目标应用程序对应的历史加载信息;根据所述历史加载信息对目标应用程序进行排序,得到目标排序序列;当检测到开机指令时,基于所述目标排序序列对目标应用程序进行加载。本申请实施例通过设定在开机过程中需要预先进行加载的目标应用程序,根据目标应用程序的历史加载时长确定目标应用程序的加载顺序,在下一次开机过程中,根据该加载顺序对目标应用程序进行加载,可以节省开机操作的时间,从而提高终端的开机效率。
本领域普通技术人员可以理解,上述实施例的各种方法中的全部或部分步骤可以通过指令来完成,或通过指令控制相关的硬件来完成,该指令可以存储于存储介质中,并由处理器进行加载和执行。
为此,本申请实施例提供一种存储介质,其中存储有多条指令,该指令能够被处理器进行加载,以执行本申请实施例所提供的任一种应用程序的加载方法中的步骤。例如,该指令可以执行如下步骤:
从终端已安装的多个应用程序中确定至少一个目标应用程序,其中,所述目标应用程序的数量小于所述终端已安装的多个应用程序的数量;获取每一目标应用程序对应的历史加载信息;根据所述历史加载信息对目标应用程序进行排序,得到目标排序序列;当检测到开机指令时,基于所述目标排序序列对目标应用程序进行加载。
以上各个操作的具体实施可参见前面的实施例,在此不再赘述。
其中,该存储介质可以包括:只读存储器(ROM,Read OnlyMemory)、随机存取记忆体(RAM,Random Access Memory)、磁盘或光盘等。
由于该存储介质中所存储的指令,可以执行本申请实施例所提供的任一种应用程序的加载方法中的步骤,因此,可以实现本申请实施例所提供的任一种应用程序的加载方法所能实现的有益效果,详见前面的实施例,在此不再赘述。
以上对本申请实施例所提供的应用程序的加载方法、装置、存储介质及终端进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
- 一种应用程序的加载方法、装置、存储介质及终端
- 应用程序预加载方法、装置、存储介质及终端