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

信息处理方法、装置、设备和存储介质

文献发布时间:2023-06-19 10:58:46


信息处理方法、装置、设备和存储介质

技术领域

本申请涉及信息处理技术领域,更具体地说,涉及一种信息处理方法、装置及电子设备和存储介质。

背景技术

为了提高移动设备(比如,智能手机、平板电脑等)中应用程序(为便于叙述,记为应用程序P)的运行效率,一种可选的实现方式是移动设备对应用程序P的执行速度进行优化。在一些场景下,移动设备(为便于叙述,记为移动设备S)对应用程序P的执行速度进行优化的方式是:参考与应用程序P对应的配置文件(该配置文件是移动设备S根据移动设备S中应用程序P的使用情况确定的),通过配置文件确定应用程序P中要优化的对象,通过对应用程序P中要优化的对象进行优化达到对应用程序P的执行速度进行优化目的。但在应用程序P安装的初期,由于用户的使用情况数据较少,无法得到配置文件,也就无法实现对应用程序P的优化。

发明内容

本申请的目的是提供一种信息处理方法、装置及电子设备和存储介质,包括如下技术方案:

一种信息处理方法,应用于目标移动设备,所述方法包括:

获得目标应用程序的安装包,以及与所述目标应用程序对应的配置文件,所述配置文件用于标记所述目标应用程序的常用代码片段;

基于操作系统以及所述安装包安装所述目标应用程序;其中,所述目标应用程序包括原始配置文件;

在安装所述目标应用程序的过程中将所述原始配置文件替换为所述配置文件,以将所述配置文件与所述目标应用程序关联存储;

其中,如果所述操作系统满足优化时机,基于所述配置文件进行优化处理,以使得所述目标应用程序的执行速度得到优化。

上述方法,优选的,所述获得目标应用程序的安装包以及与所述目标应用程序对应的配置文件,包括:

从网络服务器获得目标应用程序的安装包;

如果所述目标应用程序属于应用程序白名单,从所述网络服务器获得所述目标应用程序的安装包过程中获得与所述目标应用程序对应的配置文件。

上述方法,优选的,所述目标应用程序对应的配置文件是所述网络服务器根据所述应用程序白名单中的所述目标应用程序,统计来自多个不同的移动设备的使用配置文件生成的;其中,所述使用配置文件用于表征所述使用配置文件对应的移动设备标记并累计的所述目标应用程序在使用过程中的常用代码片段。

上述方法,优选的,所述目标应用程序对应的配置文件是所述网络服务器统计来自多个不同的移动设备的使用配置文件标记的各个常用代码片段的标记次数,根据各个常用代码片段的标记次数确定的;其中,所述目标应用程序对应的配置文件标记的每一个常用代码片段的标记次数均大于所述目标应用程序的任一个非常用代码片段的标记次数。

上述方法,优选的,还包括:

标记并累计所述目标应用程序在使用过程中的常用代码片段,得到所述目标移动设备对应的使用配置文件;

若所述目标移动设备对应的使用配置文件标记的任一常用代码片段不在所述配置文件中,对所述配置文件进行更新,以使得所述配置文件标记的常用代码片段中增加所述任一常用代码片段。

上述方法,优选的,还包括:

在所述目标应用程序位于应用程序白名单中的情况下,若所述目标应用程序在所述目标移动设备中被使用的时长大于阈值,将所述目标应用程序的使用配置文件上传至网络服务器。

上述方法,优选的,所述如果所述操作系统满足优化时机,基于所述配置文件进行优化处理,以使得所述目标应用程序的执行速度得到优化,包括:

如果所述操作系统满足优化时机,对基于所述配置文件进行优化处理进行与所述优化时机对应的单线程调度,以使得所述目标应用程序的执行速度得到优化,并降低所述目标移动设备的功耗。

一种信息处理装置,包括:

获得模块,用于获得目标应用程序的安装包,以及与所述目标应用程序对应的配置文件,所述配置文件用于标记所述目标应用程序的常用代码片段;

安装模块,用于基于操作系统以及所述安装包安装所述目标应用程序;其中,所述目标应用程序包括原始配置文件;

替换模块,用于在安装所述目标应用程序的过程中将所述原始配置文件替换为所述配置文件,以将所述配置文件与所述目标应用程序关联存储;

其中,如果所述操作系统满足优化时机,基于所述配置文件进行优化处理,以使得所述目标应用程序的执行速度得到优化。

一种信息处理设备,包括:

存储器,用于存储计算机程序;

处理器,用于调用并执行所述计算机程序,以实现如上任一项所述的信息处理方法的各个步骤。

一种可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时,实现如上任一项所述的信息处理方法的各个步骤。

通过以上方案可知,本申请提供的一种信息处理方法、装置、设备和存储介质,在获得目标应用程序的安装包时,还获取与目标应用程序对应的配置文件,该配置文件用于标记目标应用程序的常用代码片段;基于操作系统以及安装包安装目标应用程序;其中,目标应用程序包括原始配置文件;在安装目标应用程序的过程中将原始配置文件替换为配置文件,以将配置文件与目标应用程序关联存储;其中,如果操作系统满足优化时机,基于配置文件进行优化处理,以使得目标应用程序的执行速度得到优化。由于在安装目标应用程序的过程中就获得了用于标记目标应用程序的常用代码片段的配置文件,因而可以在安装应用程序的过程中或者在安装应用程序后的前期使用阶段(即安装初期),均可以对目标应用程序进行优化,克服了现有技术中在应用程序安装的初期无法实现对应用程序进行优化的问题。

附图说明

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

图1为本申请实施例提供的信息处理方法的一种实现流程图;

图2为本申请实施例提供的获得目标应用程序的安装包以及与目标应用程序对应的配置文件的一种实现流程图;

图3为本申请实施例提供的优化方案一种流程图;

图4为本申请实施例提供的信息处理装置的一种结构示意图;

图5为本申请实施例提供的信息处理设备的硬件结构框图。

说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的部分,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例,能够以除了在这里图示的以外的顺序实施。

具体实施方式

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

本申请提供的信息处理方法可以用于移动设备中(为便于区分,记为目标移动设备),该目标移动设备能够安装应用程序,还可以对安装的应用程序进行优化。

本申请实施例提供的信息处理方法的一种实现流程图如图1所示,可以包括:

步骤S101:获得应用程序(为便于区分,记为目标应用程序)的安装包,以及与目标应用程序对应的配置文件,该配置文件用于标记目标应用程序的常用代码片段。

目标应用程序可以是目标移动设备中可以安装的任意一应用程序。

由于目标应用程序可以在多个移动设备中进行安装,目标应用程序在目标移动设备中安装之前,可能已经在若干其它移动设备中进行了安装,并已被用户使用,因此,配置文件标记的目标应用程序的常用代码片段可以是根据多个移动设备中目标应用程序的使用过程确定的目标应用程序的常用代码片段。

目标应用程序的代码片段是指实现目标应用程序的代码中的类或方法。则目标应用程序的常用代码片段是指目标应用程序的常用类或方法。

步骤S102:基于操作系统以及安装包安装目标应用程序;其中,目标应用程序包括原始配置文件。

原始配置文件是一个空文件,现有技术中,该原始配置文件用于在目标移动设备的用户使用目标应用程序的过程中标记目标应用程序在目标移动设备中的常用代码片段,并可以用于对目标应用程序的执行速度进行优化。

步骤S103:在安装目标应用程序的过程中将原始配置文件替换为配置文件,以将配置文件与目标应用程序关联存储。

本申请实施例中,不是使用原始配置文件标记目标移动设备中的目标应用程序的常用代码片段,而是用步骤S101中获取的已标记了目标应用程序的常用代码片段的配置文件替换掉目标应用程序中的原始配置文件,进而可以基于已标记了目标应用程序的常用代码片段的配置文件,在目标移动设备的用户使用目标应用程序的过程中标记目标应用程序在目标移动设备中的常用代码片段。

如果操作系统满足优化时机,基于配置文件进行优化处理,以使得目标应用程序的执行速度得到优化。

优化时机可以包括但不限于以下任意一种:开机时,应用安装时,系统更新时,充电且空闲时等等。在这些时机进行优化,不会影响移动设备中的前台应用的运行。

可选的,基于配置文件进行优化处理可以包括:将配置文件标记的目标应用程序的常用代码片段中的至少部分常用代码片段编译为易于执行的机器码。比如,应用程序的代码通常是以dex文件的形式存储,可以对dex文件进行编译,得到易于处理器(通常为虚拟机)执行的oat文件。虚拟机执行oat文件的速度比运行dex文件的速度快,因而可以提高目标应用程序的执行速度。

本申请实施例提供的信息处理方法,由于在安装目标应用程序的过程中就获得了用于标记目标应用程序的常用代码片段的配置文件,也就是说,基于本申请,应用程序在安装后配置文件不再为空,因而可以在安装应用程序的过程中或者在安装应用程序后的前期使用阶段(即安装初期),均可以对目标应用程序进行优化,克服了现有技术中在应用程序安装的初期无法实现对应用程序进行优化的问题。

在一可选的实施例中,上述获得目标应用程序的安装包以及与目标应用程序对应的配置文件的一种实现流程图如图2所示,可以包括:

步骤S201:从网络服务器获得目标应用程序的安装包。

可选的,网络服务器可以是应用中心对应的服务器,或者,可以是目标应用程序的提供商的服务器。

步骤S202:如果目标应用程序属于应用程序白名单,从网络服务器获得目标应用程序的安装包过程中获得与目标应用程序对应的配置文件。

可选的,位于应用程序白名单中的应用程序的用户使用率高于未位于应用程序白名单中的应用程序的用户使用率。

可选的,应用程序白名单可以是通过收集多个应用程序中的各个应用程序的用户使用行为数据,根据用户使用行为数据从多个应用程序中筛选出用户使用率最高的预设数量个应用程序构成的。

其中,应用程序(为便于叙述,记为应用程序A)的用户使用行为数据可以包括但不限于:各个用户使用应用程序A的时长和频次,应用程序A的用户转化率和留存率等。

可选的,可以根据预设的用户使用行为数据与应用程序的用户使用率的关联关系计算得到应用程序A的用户使用率。在用户使用行为数据与应用程序的用户使用率的关联关系中,用户使用率与各个用户使用应用程序的时长和频次正相关,与应用程序的用户转化率和留存率正相关。也就是说对于应用程序A来说,各个用户使用应用程序A的时长越长,应用程序A的用户使用率越高,各个用户使用应用程序A的频次越高,应用程序A的用户使用率越高,应用程序A的用户转化率越高,应用程序A的用户使用率越高,应用程序A的用户留存率越高,应用程序A的用户使用率越高。

也就是说,本申请中,只有目标应用程序属于应用程序白名单才获取与目标应用程序对应的配置文件,从而能够保证目标应用程序安装后配置文件标记的常用代码片段更接近于用户对目标应用程序的实际使用情况。

可选的,应用程序白名单可以由云端设备来生成,该云端设备可以是上述网络服务器,也可以不是网络服务器,即与网络服务器相互独立的服务器。可以由移动设备将移动设备对各个应用程序的安装信息、使用时长、使用频次等用户行为数据上传到云端设备,由云端设备根据各个移动设备上传的信息统计分析得到各个应用程序的使用时长和使用频次,各个应用程序的用户转化率和留存率等用户使用行为数据。然后基于各个应用程序的用户使用行为数据确定各个应用程序的用户使用率。

在云端设备与网络服务器是相互独立的服务器的情况下,应用程序白名单可以存储在云端设备,也可以由网络服务器从云端设备下载后存储在网络服务器。

可选的,移动设备可以从云端设备下载应用程序白名单并存储在移动设备本地。

可选的,在目标移动设备从网络服务器获得目标应用程序的安装包的过程中,可以由网络服务器查询本地存储的应用程序白名单以判断目标应用程序是否属于应用程序白名单,或者,由目标移动设备向网络服务器发送查询请求从而触发网络服务器查询本地存储的应用程序白名单以判断目标应用程序是否属于应用程序白名单,或者,网络服务器本地没有存储应用程序白名单,而是向云端设备请求查询目标应用程序是否属于应用程序白名单。在网络服务器确定目标应用程序属于应用程序白名单后,将目标应用程序对应的配置文件下发给目标移动设备。

可选的,在目标移动设备从网络服务器获得目标应用程序的安装包的过程中,可以由目标移动设备查询本地存储的应用程序白名单,在确定目标应用程序属于应用程序白名单时,从网络服务器下载目标应用程序对应的配置文件。

在一可选的实施例中,目标应用程序对应的配置文件是网络服务器根据应用程序白名单中的目标应用程序,统计来自多个不同的移动设备的使用配置文件生成的;其中,使用配置文件用于表征使用配置文件对应的移动设备标记并累计的目标应用程序在使用过程中的常用代码片段。

也就是说,对于应用程序白名单中的任意一个应用程序(为便于叙述,记为应用程序B),根据安装应用程序B的多个不同的移动设备对应用程序B的使用情况确定应用程序B的使用配置文件。比如,安装应用程序B的多个不同的移动设备均标记并累计应用程序B在使用过程中的常用代码片段,得到应用程序B对应的使用配置文件,每个安装应用程序B的移动设备中应用程序B对应的使用配置文件表征该安装应用程序B的移动设备中应用程序B的常用代码片段,安装应用程序B的多个不同的移动设备将得到的使用配置文件均上传到网络服务器,使得网络服务器可以得到来自多个不同的移动设备的使用配置文件。

可选的,网络服务器可以统计来自多个不同的移动设备的使用配置文件标记的各个常用代码片段的标记次数,根据各个常用代码片段的标记次数确定目标应用程序对应的配置文件;其中,目标应用程序对应的配置文件标记的每一个常用代码片段的标记次数均大于目标应用程序的任一个非常用代码片段的标记次数。可选的,将标记次数大于次数阈值的常用代码片段标记到目标应用程序对应的配置文件中,或者,将标记次数排序前M的常用代码片段标记到目标应用程序对应的配置文件中。

在一可选的实施例中,本申请实施例提供的信息处理方法还可以包括:

标记并累计目标应用程序在使用过程中的常用代码片段,得到目标移动设备对应的使用配置文件。

若目标移动设备对应的使用配置文件标记的任一常用代码片段(为便于叙述,记为常用代码片段C)不在目标应用程序对应的配置文件中,对目标应用程序对应的配置文件进行更新,以使得目标应用程序对应的配置文件标记的常用代码片段中增加上述常用代码片段C。

也就是说,本申请除了在目标应用程序安装时为目标应用程序关联配置文件外,还在目标应用程序的使用过程中,标记并累计目标应用程序在目标移动设备中的实际常用代码片段,并在目标应用程序对应的配置文件中增加与常用代码片段C关联的信息,该信息表征常用代码片段C,这样目标应用程序对应的配置文件标记的常用代码片段中,除了包括根据多个不同的移动设备对目标应用程序的使用情况确定的常用代码片段外,还包括目标应用程序在目标移动设备中的长期使用情况确定的常用代码片段。

通过将目标应用程序在目标移动设备中的长期使用情况确定的常用代码片段标记到配置文件中,使得基于配置文件进行优化处理后,目标应用程序的执行速度能够进一步的优化。

在一可选的实施例中,在目标应用程序位于应用程序白名单中的情况下,若目标应用程序在目标移动设备中被使用的时长大于阈值,将目标应用程序的使用配置文件上传至网络服务器。

也就是说,本申请实施例中,只有目标应用程序在目标移动设备中被使用的时长大于阈值时,才将目标应用程序的使用配置文件上传至网络服务器。一方面,降低网络服务器的数据存储量和数据处理量,另一方面,能够保证网络服务器基于使用配置文件确定的配置文件能够更准确的确定多个移动设备中的目标应用程序的常用代码片段,进而在应用程序的安装初期就可以对目标应用程序的执行速度进行较好的优化。

在一可选的实施例中,如果操作系统满足优化时机,基于配置文件进行优化处理,以使得目标应用程序的执行速度得到优化的一种实现方式可以为:

如果操作系统满足优化时机,对基于配置文件进行优化处理进行与优化时机对应的单线程调度,以使得目标应用程序的执行速度得到优化,并降低目标移动设备的功耗。

另外,在基于配置文件进行优化处理的过程中,如果对优化处理过程进行多线程调度,该多个线程会占用较多的内存,不仅耗电量高还会使得移动设备发热。为了减少优化处理的内存占用,本申请实施例中,对优化处理过程进行与优化时机对应的单线程调度,从而在使得目标应用程序的执行速度得到优化的同时减少了优化处理过程占用的内存,从而降低目标移动设备的功耗和发热问题。不同的优化时机对优化处理过程进行单线程调度时不同的。

下面结合具体的场景对本申请的实施例进行示例性说明。

该示例中,以基于配置文件进行优化处理为将配置文件标记的目标应用程序的常用代码片段中的至少部分常用代码片段编译为易于执行的机器码为例进行说明。

如图3所示,为本申请实施例提供的优化方案一种流程图。该示例中,应用中心(即网络服务器)预先从云端下载了应用程序白名单(即图3中的“白名单列表”)。移动设备从应用中心下载应用程序A的安装包,则应用中心判断应用程序A是否在白名单内:

如果应用程序A没有在白名单内,则移动设备不会获取应用程序A对应的配置文件(即图3中的core profile文件,该core profile文件用于标记应用程序A的常用代码片段),移动设备在获取应用程序A的安装包后,移动设备中的PackageManagerService执行常规的安装流程,应用程序A安装后,根据用户对应用程序A的使用情况不断累积常用代码片段(记载在profile文件中)。移动设备中的PackageDexOptimizer根据本地累计的常用代码片段进行少量优化,在优化过程中,利用专属CPU通道对常用代码片段进行dex2oat编译(即对dex2oat编译进行与优化时机对应的单线程调度),得到oat文件(即图3中的oat files)。移动设备侧的ART native在执行应用程序A的代码时,只有少量的oat文件可以采用AOT(Ahead-Of-Time)执行,其它文件(即非常用代码片段)则采取JIT(Just-In-Time)执行(即编译执行)或解释执行。AOT执行的速度高于JIT执行和解释执行的速度。

如果应用程序A在白名单内,则移动设备除了获取应用程序A的安装包外,还获取应用程序A对应的配置文件(即图3中的core profile文件),移动设备在获取应用程序A的安装包后,移动设备中的PackageManagerService在安装应用程序A的过程中,将coreprofile文件替换应用程序A原有的空profile文件。应用程序A安装后,根据用户对应用程序A的使用情况不断累积常用代码片段。移动设备中的PackageDexOptimizer根据coreprofile文件和本地累计的常用代码片段进行优化,在优化过程中,利用专属CPU通道对常用代码片段进行dex2oat编译(即对dex2oat编译进行与优化时机对应的单线程调度),得到oat文件(即图3中的oat files)。移动设备侧的ART native在执行应用程序A的代码时,可以有较多的oat文件可以采用AOT(Ahead-Of-Time)执行,其它文件(即非常用代码片段)则采取JIT(Just-In-Time)执行(即编译执行)或解释执行。由于可采用AOT执行的文件增多,因而实现了对应用程序A的执行速度的优化。

另外,对dex2oat编译进行单线程调度不会影响编译效果,因此,基于本申请,可以在不影响编译效果和前台应用的情况下,在使得目标应用程序的执行速度得到优化的同时减少了优化处理过程占用的内存,从而降低目标移动设备的功耗和发热问题。

与方法实施例相对应,本申请实施例还提供一种信息处理装置,本申请实施例提供的信息处理装置的一种结构示意图如图4所示,可以包括:

获得模块401,安装模块402和替换模块403;其中,

获得模块401用于获得目标应用程序的安装包,以及与所述目标应用程序对应的配置文件,所述配置文件用于标记所述目标应用程序的常用代码片段;

安装模块402用于基于操作系统以及所述安装包安装所述目标应用程序;其中,所述目标应用程序包括原始配置文件;

替换模块403用于在安装所述目标应用程序的过程中将所述原始配置文件替换为所述配置文件,以将所述配置文件与所述目标应用程序关联存储;

其中,如果所述操作系统满足优化时机,基于所述配置文件进行优化处理,以使得所述目标应用程序的执行速度得到优化。

本申请实施例提供的信息处理装置,在安装目标应用程序的过程中就获得了用于标记目标应用程序的常用代码片段的配置文件,也就是说,基于本申请,应用程序在安装后配置文件不再为空,因而可以在安装应用程序的过程中或者在安装应用程序后的前期使用阶段(即安装初期),均可以对目标应用程序进行优化,克服了现有技术中在应用程序安装的初期无法实现对应用程序进行优化的问题。

在一可选的实施例中,所述获得模块401,包括:

第一获得模块,从网络服务器获得目标应用程序的安装包;

第二获得模块,用于如果所述目标应用程序属于应用程序白名单,从所述网络服务器获得所述目标应用程序的安装包过程中获得与所述目标应用程序对应的配置文件。

在一可选的实施例中,所述目标应用程序对应的配置文件是所述网络服务器根据所述应用程序白名单中的所述目标应用程序,统计来自多个不同的移动设备的使用配置文件生成的;其中,所述使用配置文件用于表征所述使用配置文件对应的移动设备标记并累计的所述目标应用程序在使用过程中的常用代码片段。

在一可选的实施例中,所述目标应用程序对应的配置文件是所述网络服务器统计来自多个不同的移动设备的使用配置文件标记的各个常用代码片段的标记次数,根据各个常用代码片段的标记次数确定的;其中,所述目标应用程序对应的配置文件标记的每一个常用代码片段的标记次数均大于所述目标应用程序的任一个非常用代码片段的标记次数。

在一可选的实施例中,所述装置还包括:

标记累计模块,用于标记并累计所述目标应用程序在使用过程中的常用代码片段,得到所述目标移动设备对应的使用配置文件;

更新模块,用于若所述目标移动设备对应的使用配置文件标记的任一常用代码片段不在所述配置文件中,对所述配置文件进行更新,以使得所述配置文件标记的常用代码片段中增加所述任一常用代码片段。

在一可选的实施例中,所述装置还包括:

在所述目标应用程序位于应用程序白名单中的情况下,若所述目标应用程序在所述目标移动设备中被使用的时长大于阈值,将所述目标应用程序的使用配置文件上传至网络服务器。

在一可选的实施例中,所述如果所述操作系统满足优化时机,基于所述配置文件进行优化处理,以使得所述目标应用程序的执行速度得到优化,包括:

如果所述操作系统满足优化时机,对基于所述配置文件进行优化处理进行与所述优化时机对应的单线程调度,以使得所述目标应用程序的执行速度得到优化,并降低所述目标移动设备的功耗。

与方法实施例相对应,本申请还提供一种信息处理设备,如终端、服务器等。其中,服务器可以是独立的物理服务器,也可以是多个物理服务器构成的服务器集群或者分布式系统,还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。终端可以是智能手机、平板电脑、笔记本电脑、台式计算机等,但并不局限于此。

本申请实施例提供的信息处理设备的硬件结构框图的示例图如图5所示,可以包括:

处理器1,通信接口2,存储器3和通信总线4;

其中处理器1、通信接口2、存储器3通过通信总线4完成相互间的通信;

可选的,通信接口2可以为通信模块的接口,如GSM模块的接口;

处理器1可能是一个中央处理器CPU,或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit),或者是被配置成实施本申请实施例的一个或多个集成电路。

存储器3可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatilememory),例如至少一个磁盘存储器。

其中,处理器1具体用于执行存储器3中存储的计算机程序,以执行如下步骤:

获得目标应用程序的安装包,以及与所述目标应用程序对应的配置文件,所述配置文件用于标记所述目标应用程序的常用代码片段;

基于操作系统以及所述安装包安装所述目标应用程序;其中,所述目标应用程序包括原始配置文件;

在安装所述目标应用程序的过程中将所述原始配置文件替换为所述配置文件,以将所述配置文件与所述目标应用程序关联存储;

其中,如果所述操作系统满足优化时机,基于所述配置文件进行优化处理,以使得所述目标应用程序的执行速度得到优化。

可选的,所述计算机程序的细化功能和扩展功能可参照上文描述。

本申请实施例还提供一种可读存储介质,该存储介质可存储有适于处理器执行的计算机程序,所述计算机程序用于:

获得目标应用程序的安装包,以及与所述目标应用程序对应的配置文件,所述配置文件用于标记所述目标应用程序的常用代码片段;

基于操作系统以及所述安装包安装所述目标应用程序;其中,所述目标应用程序包括原始配置文件;

在安装所述目标应用程序的过程中将所述原始配置文件替换为所述配置文件,以将所述配置文件与所述目标应用程序关联存储;

其中,如果所述操作系统满足优化时机,基于所述配置文件进行优化处理,以使得所述目标应用程序的执行速度得到优化。

可选的,所述计算机程序的细化功能和扩展功能可参照上文描述。

本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。

在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。

应当理解,本申请实施例中,从权、各个实施例、特征可以互相组合结合,都能实现解决前述技术问题。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

相关技术
  • 信息处理系统、信息处理方法、信息处理设备、信息处理设备控制方法、信息处理终端、信息处理终端控制方法、信息存储介质以及程序
  • 位置确定处理装置、位置确定处理方法、位置确定处理程序、移动信息处理装置、移动信息处理方法、移动信息处理程序和存储介质
技术分类

06120112758989