掌桥专利:专业的专利平台
掌桥专利
首页

应用启动的方法、装置、终端设备以及存储介质

文献发布时间:2023-06-19 09:24:30


应用启动的方法、装置、终端设备以及存储介质

技术领域

本申请涉及应用启动技术领域,尤其涉及一种应用启动的方法、装置、终端设备以及存储介质。

背景技术

随着智能终端技术的发展,智能手机已广泛应用于人们的生活中,智能手机上的应用也越来越多。人们在使用手机的过程中,通常对应用的启动速度比较敏感,如果应用启动速度过慢,则必然会影响用户的直观感受。

目前,相关技术方案是通过静态加载应用的资源来提升用户体验。但是,这种静态加载应用资源的方式,一方面不够智能,另一方面,只是针对特定的资源进行加载,如一些渲染动态库,而且会一直存在用户用不到或者很少用的资源,不仅造成资源浪费,而且无法满足用户对智能终端智能化的需求。

发明内容

本申请的主要目的在于提供一种应用启动的方法、装置、终端设备以及存储介质,旨在实现应用资源动态加载,提升应用的启动速度,满足用户对智能终端智能化的需求。

为实现上述目的,本申请提供一种应用启动的方法,所述应用启动的方法包括:

响应智能终端上的应用启动指令,检测所述智能终端的内存中是否已预先加载所述应用的资源;

若所述智能终端的内存中已预先加载所述应用的资源,则调用预先加载的所述应用的资源,启动所述应用,其中,所述应用的资源根据所述应用在预设时间内的启动频次预先加载。

可选地,所述响应智能终端上的应用启动指令,检测所述智能终端的内存中是否已预先加载所述应用的资源的步骤之前还包括:

统计预设时间内所述智能终端上的各应用启动频次,保存在启动应用列表中并排序;

根据排序结果,依次加载所述启动应用列表中排序靠前的预设数量的应用的资源至所述智能终端的内存。

可选地,所述根据排序结果,依次加载所述启动应用列表中排序靠前的预设数量的应用的资源至所述智能终端的内存的步骤中包括:

根据排序结果,依次加载所述启动应用列表中排序靠前的应用的资源至所述智能终端的内存;

在加载过程中,检测所述智能终端的当前可用内存;

在所述智能终端的当前可用内存低于预设阈值时,停止加载操作。

可选地,所述智能终端的当前可用内存低于预设阈值包括:所述智能终端的当前可用内存小于或等于所述智能终端的总内存的35%。

可选地,所述应用启动的方法还包括:

统计当前启动应用的启动频次,保存在所述启动应用列表中并排序,得到当前启动应用的启动频次排序结果;

若所述当前启动应用的启动频次排序结果符合预设高频次条件,则在所述当前启动应用结束进程时,保留所述智能终端的内存中已预先加载的所述当前启动应用的资源;

否则,从所述智能终端的内存中清除预先加载的所述当前启动应用的资源。

可选地,所述响应智能终端上的应用启动指令,检测所述智能终端的内存中是否已预先加载所述应用的资源的步骤之后还包括:

若所述智能终端的内存中未预先加载所述应用的资源,则加载所述应用的资源至所述智能终端的内存,启动所述应用。

可选地,所述应用启动的方法还包括:

统计当前启动应用的启动频次,保存在所述启动应用列表中并排序,得到当前启动应用的启动频次排序结果;

若所述当前启动应用的启动频次排序结果符合预设高频次条件,则在所述当前启动应用结束进程时,保留所述智能终端的内存中已加载的所述当前启动应用的资源;

否则,从所述智能终端的内存中清除已加载的所述当前启动应用的资源。

可选地,所述预设高频次条件至少包括:启动频次排序属于所述启动应用列表中排序靠前的预设数量的一个。

此外,本申请实施例还提出一种应用启动的装置,所述应用启动的装置包括:

检测模块,用于响应智能终端上的应用启动指令,检测所述智能终端的内存中是否已预先加载所述应用的资源;

启动模块,用于若所述智能终端的内存中已预先加载所述应用的资源,则调用预先加载的所述应用的资源,启动所述应用,其中,所述应用的资源根据所述应用在预设时间内的启动频次预先加载。

此外,本申请实施例还提出一种终端设备,所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的应用启动程序,所述应用启动程序被所述处理器执行时实现如上所述的应用启动的方法的步骤。

此外,本申请实施例还提出一种计算机可读存储介质,所述计算机可读存储介质上存储有应用启动程序,所述应用启动程序被处理器执行时实现如上所述的应用启动的方法的步骤。

本申请实施例提出的应用启动的方法、装置、终端设备以及存储介质,响应智能终端上的应用启动指令,检测所述智能终端的内存中是否已预先加载所述应用的资源;若所述智能终端的内存中已预先加载所述应用的资源,则调用预先加载的所述应用的资源,启动所述应用,其中,所述应用的资源根据所述应用在预设时间内的启动频次预先加载,由此,通过应用启动频次,可以预先智能加载应用资源,即可以根据用户行为习惯实现动态加载资源,大大提升应用的启动速度,在一定程度上体现了智能终端的智能性,满足了用户对智能终端系统智能化的体验需求。

附图说明

图1为本申请应用启动装置所属终端设备的功能模块示意图;

图2为本申请应用启动方法一示例性实施例的流程示意图;

图3为本申请应用启动方法另一示例性实施例的流程示意图;

图4为本申请应用启动方法再一示例性实施例的流程示意图;

图5为本申请应用启动方法又一示例性实施例的流程示意图;

图6为本申请应用启动方法又一示例性实施例的流程示意图。

本申请目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。

具体实施方式

应当理解,此处所描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。

本申请实施例的主要解决方案是:响应智能终端上的应用启动指令,检测所述智能终端的内存中是否已预先加载所述应用的资源;若所述智能终端的内存中已预先加载所述应用的资源,则调用预先加载的所述应用的资源,启动所述应用,其中,所述应用的资源根据所述应用在预设时间内的启动频次预先加载,由此,通过应用启动频次,可以预先智能加载应用资源,即可以根据用户行为习惯实现动态加载资源,大大提升应用的启动速度,在一定程度上体现了智能终端的智能性,满足了用户对智能终端系统智能化的体验需求。

本申请实施例考虑到,现有相关方案中,是通过静态加载应用的资源来提升用户体验。但是,这种静态加载应用资源的方式,一方面不够智能,没有按照用户需求、根据用户的使用习惯进行加载,另一方面,只是针对特定的资源进行加载,如一些渲染动态库,而且会一直存在用户用不到或者很少用的资源,造成资源浪费。

因此,本申请实施例提出解决方案,可以实现应用资源动态加载,提升应用的启动速度,满足用户对智能终端智能化的需求。

具体地,参照图1,图1为本申请应用启动装置所属终端设备的功能模块示意图。该应用启动装置可以为独立于终端设备的、能够实现应用资源加载与应用启动的装置,其可以通过硬件或软件的形式承载于终端设备上。该终端设备可以为手机、平板电脑等具有应用处理功能的智能移动终端,还可以为具有应用处理功能的固定终端设备或服务器等。

在本实施例中,该应用启动装置所属终端设备至少包括输出模块110、处理器120、存储器130以及通信模块140。

存储器130中存储有操作系统以及应用启动程序,应用启动装置可以将应用程序、预先加载的应用的资源、启动应用列表等信息存储于该存储器130中;输出模块110可为显示屏、扬声器等。通信模块140可以包括WIFI模块、移动通信模块以及蓝牙模块等,通过通信模块140与外部设备或服务器进行通信。

其中,存储器130中的应用启动程序被处理器执行时实现以下步骤:

响应智能终端上的应用启动指令,检测所述智能终端的内存中是否已预先加载所述应用的资源;

若所述智能终端的内存中已预先加载所述应用的资源,则调用预先加载的所述应用的资源,启动所述应用,其中,所述应用的资源根据所述应用在预设时间内的启动频次预先加载。

进一步地,存储器130中的应用启动程序被处理器执行时还实现以下步骤:

统计预设时间内所述智能终端上的各应用启动频次,保存在启动应用列表中并排序;

根据排序结果,依次加载所述启动应用列表中排序靠前的预设数量的应用的资源至所述智能终端的内存。

进一步地,存储器130中的应用启动程序被处理器执行时还实现以下步骤:

根据排序结果,依次加载所述启动应用列表中排序靠前的应用的资源至所述智能终端的内存;

在加载过程中,检测所述智能终端的当前可用内存;

在所述智能终端的当前可用内存低于预设阈值时,停止加载操作。

进一步地,存储器130中的应用启动程序被处理器执行时还实现以下步骤:

统计当前启动应用的启动频次,保存在所述启动应用列表中并排序,得到当前启动应用的启动频次排序结果;

若所述当前启动应用的启动频次排序结果符合预设高频次条件,则在所述当前启动应用结束进程时,保留所述智能终端的内存中已预先加载的所述当前启动应用的资源;

否则,从所述智能终端的内存中清除预先加载的所述当前启动应用的资源。

进一步地,存储器130中的应用启动程序被处理器执行时还实现以下步骤:

若所述智能终端的内存中未预先加载所述应用的资源,则加载所述应用的资源至所述智能终端的内存,启动所述应用。

进一步地,存储器130中的应用启动程序被处理器执行时还实现以下步骤:

统计当前启动应用的启动频次,保存在所述启动应用列表中并排序,得到当前启动应用的启动频次排序结果;

若所述当前启动应用的启动频次排序结果符合预设高频次条件,则在所述当前启动应用结束进程时,保留所述智能终端的内存中已加载的所述当前启动应用的资源;

否则,从所述智能终端的内存中清除已加载的所述当前启动应用的资源。

本实施例通过上述方案,响应智能终端上的应用启动指令,检测所述智能终端的内存中是否已预先加载所述应用的资源;若所述智能终端的内存中已预先加载所述应用的资源,则调用预先加载的所述应用的资源,启动所述应用,其中,所述应用的资源根据所述应用在预设时间内的启动频次预先加载,由此,通过应用启动频次,可以预先智能加载应用资源,即可以根据用户行为习惯实现动态加载资源,明显提升应用的启动速度,在一定程度上体现了智能终端的智能性,满足了用户对智能终端系统智能化的体验需求。

基于上述终端设备架构但不限于上述架构,提出本申请方法实施例。

参照图2,图2为本申请应用启动方法一示例性实施例的流程示意图。所述应用启动的方法包括:

步骤S101,响应智能终端上的应用启动指令,检测所述智能终端的内存中是否已预先加载所述应用的资源;

本实施例方法的执行主体可以是一种应用启动装置,也可以是一种应用启动终端设备或服务器,本实施例以应用启动装置进行举例,该应用启动装置可以集成在具有数据处理功能的智能手机、平板电脑等智能终端设备上。

在本实施例中,智能终端可以是智能手机、平板电脑等终端设备。

通常,应用在启动过程中,应用资源(比如.apk、.so、.dex等)不在智能终端的内存中,而是需要将其资源加载到内存中实现应用启动。

在本实施例中,可以根据用户使用应用的习惯,预先统计各应用的启动频次,对启动频次高的应用,可以提前将应用资源加载至智能终端的内存中,在用户需要启动这些高启动频次应用时,无需加载应用内存,直接加载已预先启动的应用资源,从而可以提高应用的启动速度,提升用户体现效果。

其中,预先统计各应用的启动频次,可以周期性进行,比如可以间隔预设时间(如一天、一周或一个月等)进行统计,此外,可以统计在预设时间内(比如一天、一周或一个月等)的各应用的启动频次。

具体地,在检测到智能终端上用户触发的应用启动指令时,响应该智能终端上的应用启动指令,先不加载要启动的应用资源,而是检测所述智能终端的内存中是否已预先加载所述应用的资源。

步骤S102,若所述智能终端的内存中已预先加载所述应用的资源,则调用预先加载的所述应用的资源,启动所述应用,其中,所述应用的资源根据所述应用在预设时间内的启动频次预先加载。

若所述智能终端的内存中已预先加载所述应用的资源,则从智能终端的内存中调用预先加载的所述应用的资源,基于加载的应用资源启动所述应用,其中,所述应用的资源根据所述应用在预设时间内的启动频次预先加载。

本实施例通过上述方案,响应智能终端上的应用启动指令,检测所述智能终端的内存中是否已预先加载所述应用的资源;若所述智能终端的内存中已预先加载所述应用的资源,则调用预先加载的所述应用的资源,启动所述应用,其中,所述应用的资源根据所述应用在预设时间内的启动频次预先加载,由此,通过应用启动频次,可以预先智能加载应用资源,即可以根据用户行为习惯实现动态加载资源,大大提升应用的启动速度,在一定程度上体现了智能终端的智能性,满足了用户对智能终端系统智能化的体验需求。

参照图3,图3为本申请应用启动方法另一示例性实施例的流程示意图。基于上述图2所示的实施例,在本实施例中,在上述步骤S101,响应智能终端上的应用启动指令,检测所述智能终端的内存中是否已预先加载所述应用的资源之前还包括:

步骤S1001,统计预设时间内所述智能终端上的各应用启动频次,保存在启动应用列表中并排序;

步骤S1002,根据排序结果,依次加载所述启动应用列表中排序靠前的预设数量的应用的资源至所述智能终端的内存。

相比上述图2所示的实施例,本实施例还包括:预先统计各应用的启动频次,对启动频次高的应用,提前将应用资源加载至智能终端的内存中,以便在用户启动这些高启动频次应用时,无需再次加载应用内存,从而可以提高应用的启动速度,提升用户体现效果。

具体地,在本实施例中,可以根据用户使用应用的习惯,预先统计各应用的启动频次,其中,预先统计各应用的启动频次,可以周期性进行,比如可以间隔预设时间(如一天、一周或一个月等)进行统计,此外,可以统计在预设时间内(比如一天、一周或一个月等)的各应用的启动频次。

作为一种实施方式,可以统计预设时间内所述智能终端上的各应用启动频次,并保存在预先配置的启动应用列表中,对启动应用列表中的各启动应用根据启动频次从高到低进行排序,即启动频次高的应用排名靠前,启动频次低的应用排名靠后,以便根据启动频次排名结果加载对应的应用资源。

更为具体地,上述根据排序结果,依次加载所述启动应用列表中排序靠前的预设数量的应用的资源至所述智能终端的内存的步骤中可以包括:

根据排序结果,依次加载所述启动应用列表中排序靠前的应用的资源至所述智能终端的内存;

在加载过程中,可以检测所述智能终端的当前可用内存;

在所述智能终端的当前可用内存低于预设阈值时,停止加载操作。

比如,在智能终端的当前可用内存小于或等于所述智能终端的总内存的35%,停止加载操作;反之,在智能终端的当前可用内存大于所述智能终端的总内存的35%时,则继续加载启动应用列表中频次较高的应用资源。

上述方案中,在加载应用资源的过程中,检测所述智能终端的当前可用内存的目的,主要是考虑到其他频次不高但可能使用的应用,需要为其预留一定的内存,避免应用启动时因内存不足而出现错误,降低用户的使用体验。

本实施例通过上述方案,统计预设时间内所述智能终端上的各应用启动频次,保存在启动应用列表中并排序;根据排序结果,依次加载所述启动应用列表中排序靠前的预设数量的应用的资源至所述智能终端的内存;响应智能终端上的应用启动指令,检测所述智能终端的内存中是否已预先加载所述应用的资源;若所述智能终端的内存中已预先加载所述应用的资源,则调用预先加载的所述应用的资源,启动所述应用,其中,所述应用的资源根据所述应用在预设时间内的启动频次预先加载,由此,通过统计应用启动频次,可以预先智能加载应用资源,即可以根据用户行为习惯实现动态加载资源,在启动应用时,由于本申请技术方案直接提前将应用资源加载到内存中,省去了资源加载过程,从而大大提升应用的启动速度,在一定程度上体现了智能终端的智能性,满足了用户对智能终端系统智能化的体验需求。

参照图4,图4为本申请应用启动方法再一示例性实施例的流程示意图。基于上述图3所示的实施例,在本实施例中,所述应用启动的方法还包括:

步骤S103,统计当前启动应用的启动频次,保存在所述启动应用列表中并排序,得到当前启动应用的启动频次排序结果;

步骤S104,若所述当前启动应用的启动频次排序结果符合预设高频次条件,则在所述当前启动应用结束进程时,保留所述智能终端的内存中已预先加载的所述当前启动应用的资源;否则,从所述智能终端的内存中清除预先加载的所述当前启动应用的资源。

相比上述图3所示的实施例,本实施例还包括:统计当前启动应用的启动频次,并基于该应用的启动频次,判断在该应用结束进程时是保留所述智能终端的内存中已预先加载的所述当前启动应用的资源还是清理掉预先加载的所述当前启动应用的资源。

具体地,在调用智能终端内存中预先加载的当前应用的资源,启动当前应用后或启动当前应用时,统计当前启动应用的启动频次,保存在所述启动应用列表中并排序,得到当前启动应用的启动频次排序结果。

然后,根据当前启动应用的启动频次排序结果,判断当前启动应用是否符合预设高频次条件,所述预设高频次条件可以包括:启动频次排序属于所述启动应用列表中排序靠前的预设数量的一个,比如当前启动应用的启动频次位于排名前10,即属于高频次应用。

若当前启动应用符合预设高频次条件,则在所述当前启动应用结束进程时,保留所述智能终端的内存中已预先加载的所述当前启动应用的资源,以避免下次启动该应用时需要再次加载该应用的资源,造成资源浪费。

若当前启动应用不符合预设的高频次条件,则从所述智能终端的内存中清除预先加载的所述当前启动应用的资源,即该应用属于低启动频次应用,相对其他高启动频次的应用而言,后续再次被启动的几率较低,因此将该应用的资源从智能终端的内存中清理掉,以节省内存资源。

本实施例通过上述方案,统计预设时间内所述智能终端上的各应用启动频次,保存在启动应用列表中并排序;根据排序结果,依次加载所述启动应用列表中排序靠前的预设数量的应用的资源至所述智能终端的内存;响应智能终端上的应用启动指令,检测所述智能终端的内存中是否已预先加载所述应用的资源;若所述智能终端的内存中已预先加载所述应用的资源,则调用预先加载的所述应用的资源,启动所述应用,其中,所述应用的资源根据所述应用在预设时间内的启动频次预先加载,由此,通过统计应用启动频次,可以预先智能加载应用资源,即可以根据用户行为习惯实现动态加载资源,在启动应用时,由于本申请技术方案直接提前将应用资源加载到内存中,省去了资源加载过程,从而大大提升应用的启动速度,在一定程度上体现了智能终端的智能性,满足了用户对智能终端系统智能化的体验需求;进一步地,还可以统计当前启动应用的启动频次,保存在所述启动应用列表中并排序,得到当前启动应用的启动频次排序结果;若所述当前启动应用的启动频次排序结果符合预设高频次条件,则在所述当前启动应用结束进程时,保留所述智能终端的内存中已预先加载的所述当前启动应用的资源;否则,从所述智能终端的内存中清除预先加载的所述当前启动应用的资源,以最大限度的合理利用智能终端的内存资源,避免资源浪费。

参照图5,图5为本申请应用启动方法又一示例性实施例的流程示意图。基于上述图2所示的实施例,在本实施例中,在上述步骤S101,响应智能终端上的应用启动指令,检测所述智能终端的内存中是否已预先加载所述应用的资源之后还包括:

步骤S1003,若所述智能终端的内存中未预先加载所述应用的资源,则加载所述应用的资源至所述智能终端的内存,启动所述应用。

相比上述图2所示的实施例,本实施例还包括:智能终端的内存中未预先加载当前要启动的应用的资源时的处理方案。

具体地,在检测到智能终端上的应用启动指令时,检测所述智能终端的内存中是否已预先加载所述应用的资源,若所述智能终端的内存中未预先加载所述应用的资源,则实时加载当前待启动应用的资源至所述智能终端的内存,启动该应用,以满足用户启动应用的需求。

本实施例通过上述方案,响应智能终端上的应用启动指令,检测所述智能终端的内存中是否已预先加载所述应用的资源;若所述智能终端的内存中已预先加载所述应用的资源,则调用预先加载的所述应用的资源,启动所述应用;若所述智能终端的内存中未预先加载所述应用的资源,则加载所述应用的资源至所述智能终端的内存,启动所述应用,其中,所述应用的资源根据所述应用在预设时间内的启动频次预先加载,由此,通过应用启动频次,可以预先智能加载应用资源,即可以根据用户行为习惯实现动态加载资源,大大提升应用的启动速度,在一定程度上体现了智能终端的智能性,满足了用户对智能终端系统智能化的体验需求。

参照图6,图6为本申请应用启动方法又一示例性实施例的流程示意图。基于上述图5所示的实施例,在本实施例中,所述应用启动的方法还包括:

步骤S105,统计当前启动应用的启动频次,保存在所述启动应用列表中并排序,得到当前启动应用的启动频次排序结果;

步骤S106,若所述当前启动应用的启动频次排序结果符合预设高频次条件,则在所述当前启动应用结束进程时,保留所述智能终端的内存中已加载的所述当前启动应用的资源;否则,从所述智能终端的内存中清除已加载的所述当前启动应用的资源。

相比上述图5所示的实施例,本实施例还包括:统计当前启动应用的启动频次,并基于该应用的启动频次,判断在该应用结束进程时是保留所述智能终端的内存中已加载的所述当前启动应用的资源还是清理掉加载的所述当前启动应用的资源。

具体地,在加载当前应用的资源至智能终端内存中,启动当前应用后或启动当前应用时,统计当前启动应用的启动频次,保存在所述启动应用列表中并排序,得到当前启动应用的启动频次排序结果。

然后,根据当前启动应用的启动频次排序结果,判断当前启动应用是否符合预设高频次条件,所述预设高频次条件可以包括:启动频次排序属于所述启动应用列表中排序靠前的预设数量的一个,比如当前启动应用的启动频次位于排名前10,即属于高频次应用。

若当前启动应用符合预设高频次条件,则在所述当前启动应用结束进程时,保留所述智能终端的内存中已加载的所述当前启动应用的资源,以避免下次启动该应用时需要再次加载该应用的资源,造成资源浪费。

若当前启动应用不符合预设的高频次条件,则从所述智能终端的内存中清除已加载的所述当前启动应用的资源,即该应用属于低启动频次应用,相对其他高启动频次的应用而言,后续再次被启动的几率较低,因此将该应用的资源从智能终端的内存中清理掉,以节省内存资源。

本实施例通过上述方案,响应智能终端上的应用启动指令,检测所述智能终端的内存中是否已预先加载所述应用的资源;若所述智能终端的内存中已预先加载所述应用的资源,则调用预先加载的所述应用的资源,启动所述应用;若所述智能终端的内存中未预先加载所述应用的资源,则加载所述应用的资源至所述智能终端的内存,启动所述应用,其中,所述应用的资源根据所述应用在预设时间内的启动频次预先加载,由此,通过应用启动频次,可以预先智能加载应用资源,即可以根据用户行为习惯实现动态加载资源,大大提升应用的启动速度,在一定程度上体现了智能终端的智能性,满足了用户对智能终端系统智能化的体验需求。进一步地,还可以统计当前启动应用的启动频次,保存在所述启动应用列表中并排序,得到当前启动应用的启动频次排序结果;若所述当前启动应用的启动频次排序结果符合预设高频次条件,则在所述当前启动应用结束进程时,保留所述智能终端的内存中已加载的所述当前启动应用的资源;否则,从所述智能终端的内存中清除已加载的所述当前启动应用的资源,以最大限度的合理利用智能终端的内存资源,避免资源浪费。

需要说明的是,上述各实施例可以根据实际情况合理进行组合实施,在此不再赘述。

此外,本申请实施例还提出一种应用启动的装置,所述应用启动的装置包括:

检测模块,用于响应智能终端上的应用启动指令,检测所述智能终端的内存中是否已预先加载所述应用的资源;

启动模块,用于若所述智能终端的内存中已预先加载所述应用的资源,则调用预先加载的所述应用的资源,启动所述应用,其中,所述应用的资源根据所述应用在预设时间内的启动频次预先加载。

本实施例实现应用启动的原理及实施过程,请参照上述各实施例,在此不再赘述。

此外,本申请实施例还提出一种终端设备,所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的应用启动程序,所述应用启动程序被所述处理器执行时实现如上所述的应用启动的方法的步骤。

由于本应用启动程序被处理器执行时,采用了前述所有实施例的全部技术方案,因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果,在此不再一一赘述。

此外,本申请实施例还提出一种计算机可读存储介质,所述计算机可读存储介质上存储有应用启动程序,所述应用启动程序被处理器执行时实现如上所述的应用启动的方法的步骤。

由于本应用启动程序被处理器执行时,采用了前述所有实施例的全部技术方案,因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果,在此不再一一赘述。

相比现有技术,本申请实施例提出的应用启动的方法、装置、终端设备以及存储介质,响应智能终端上的应用启动指令,检测所述智能终端的内存中是否已预先加载所述应用的资源;若所述智能终端的内存中已预先加载所述应用的资源,则调用预先加载的所述应用的资源,启动所述应用,其中,所述应用的资源根据所述应用在预设时间内的启动频次预先加载,由此,通过应用启动频次,可以预先智能加载应用资源,即可以根据用户行为习惯实现动态加载资源,大大提升应用的启动速度,在一定程度上体现了智能终端的智能性,满足了用户对智能终端系统智能化的体验需求。

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

上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。

通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在如上的一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,被控终端,或者网络设备等)执行本申请每个实施例的方法。

以上仅为本申请的优选实施例,并非因此限制本申请的专利范围,凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本申请的专利保护范围内。

相关技术
  • 启动应用程序的方法、装置、终端设备及存储介质
  • 应用启动优化方法、装置、存储介质及终端设备
技术分类

06120112153743