CN110750284A - 一种应用快速启动方法、终端及计算机可读存储介质 - Google Patents

Abstract

本申请实施例提供了一种应用快速启动方法、终端及计算机可读存储介质，能够加快应用的启动进程；该方法可以包括：当接收到目标应用的更新补丁时，调用目标应用的后台半启动进程，后台半启动进程为目标应用的完整启动进程中界面显示过程之前的过程，目标应用为需要修复的应用；通过后台半启动进程运行更新补丁，对目标应用进行更新，得到更新补丁的运行结果；保存更新补丁的运行结果；接收到目标应用的启动请求时，响应启动请求，利用更新补丁的运行结果，完成对目标应用的快速启动。

Description

一种应用快速启动方法、终端及计算机可读存储介质

技术领域

本申请涉及移动终端应用技术领域，尤其涉及一种应用快速启动方法、终端及计算机可读存储介质。

背景技术

应用是一种安装于终端上的软件，用于完善终端的功能，为用户提供更丰富的使用体验。为了给应用增加新的功能、或解决以前版本中的漏洞以及为增加系统稳定性的考虑，一般在一段时间后，终端会接收到相关应用推送的更新；此外，在终端更换后，还要将原有终端上的应用迁移到新终端。

对于迁移到新终端或者更新后的应用，需要进行实时补丁更新处理才能正常启动。而新补丁首次被推送到终端后无法直接使用，需要对补丁先进行优化，由于新补丁优化过程持续时间较长，而且阻塞应用进程显示界面的处理，导致经过更新和迁移后的应用被首次启动时会经过很长一段时间的黑屏界面，因而延迟了应用的启动进程。

发明内容

本申请提供一种应用快速启动方法、终端及计算机可读存储介质，通过启动应用的后台半启动进程，实现对应用补丁的提前优化，从而加快了应用的启动进程。

本申请的技术方案是这样实现的：

本申请实施例提供一种应用快速启动方法，所述方法包括：

当接收到目标应用的更新补丁时，调用所述目标应用的后台半启动进程，所述后台半启动进程为所述目标应用的完整启动进程中界面显示过程之前的过程，所述目标应用为需要修复的应用；

通过所述后台半启动进程运行所述更新补丁，进行对所述目标应用进行更新，得到更新补丁的运行结果；

保存所述更新补丁的运行结果；

接收到所述目标应用的启动请求时，响应所述启动请求，利用所述更新补丁的运行结果，完成对所述目标应用的快速启动。

本申请实施例提供一种应用快速启动装置，所述装置包括：调用单元、更新单元、保存单元以及启动单元，其中，

所述调用单元，用于当接收到目标应用的更新补丁时，调用所述目标应用的后台半启动进程，所述后台半启动进程为所述目标应用的完整启动进程中界面显示过程之前的过程，所述目标应用为需要修复的应用；

所述更新单元，用于通过所述后台半启动进程运行所述更新补丁，进行对所述目标应用进行更新，得到更新补丁的运行结果；

所述保存单元，用于保存所述更新补丁的运行结果；

所述启动单元，用于接收到所述目标应用的启动请求时，响应所述启动请求，利用所述更新补丁的运行结果，完成对所述目标应用的快速启动。

本申请实施例提供一种应用快速启动装置，所述应用快速启动装置包括：处理器、存储器以及通信总线，所述存储器通过所述通信总线与所述处理器进行通信，所述存储器存储所述处理器可执行的一个或者多个程序，当所述一个或者多个程序被执行时，所述处理器执行如上述任意一种应用快速启动方法。

本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如上述任意一种应用快速启动方法。

本申请实施例提供一种应用快速启动方法、终端及计算机可读存储介质，该方法包括：当接收到目标应用的更新补丁时，调用目标应用的后台半启动进程，后台半启动进程为目标应用的完整启动进程中界面显示过程之前的过程，目标应用为需要修复的应用；通过后台半启动进程运行更新补丁，对目标应用进行更新，得到更新补丁的运行结果；保存更新补丁的运行结果；接收到目标应用的启动请求时，响应启动请求，利用更新补丁的运行结果，完成对目标应用的快速启动。采用上述方法实现方案，在目标应用接收到针对其自身的更新补丁时，首先启动目标应用的完整启动进程中界面显示过程之前的过程，也就是后台半启动进程；然后通过后台半启动进程进行补丁的更新，将补丁更新后的运行结果保存在内存中；最终在接收到对目标应用的启动请求时，继续之前补丁更新的运行结果执行，从而加快了应用的启动进程。

附图说明

图1为现有技术进行补丁优化时的实现过程的界面示意图；

图2为本申请实施例提供的一种应用快速启动方法流程图一；

图3为本申请实施例提供的一种应用快速启动方法流程图二；

图4为本申请实施例提供的一种应用快速启动方法流程图三；

图5为现有技术与本申请实施例提供的应用快速启动方法的逻辑对比图；

图6为本申请实施例提供的一种应用快速启动装置的结构示意图一；

图7为本申请实施例提供的一种应用快速启动装置的结构示意图二。

具体实施方式

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

目前，对于接收到更新补丁的应用(例如应用A，还可以是图1中的系统桌面上的任意一种或多种应用，本申请实施例不作限制)，尤其是用于热修复的更新补丁，由于更新补丁一般为服务器推送的数据包格式，无法直接在终端上运行，因此终端的系统通常会在上述应用更新后的首次启动时对更新补丁进行优化处理。但由于优化处理的过程持续时间较长，并且优化过程会阻塞应用启动进程显示界面的处理，因此在更新补丁优化过程中终端界面会显示很长一段时间的黑屏界面，如图1所示。在图1中，当终端桌面上的应用A为接收到更新补丁的应用时，启动应用A，会触发终端对应用A的更新补丁进行优化，即进入补丁优化，在优化过程中终端持续显示黑屏，只有当补丁优化过程完成后，才能正常显示出应用A的启动界面，即在应用A的优化过程中黑屏，只有在优化完成后进入应用A的启动界面，这时终端才从黑屏转为显示应用A的启动界面。

在本申请实施例中，图1中的系统桌面上的任意一种或多种应用可以包括：应用B、邮件、视频、便签、应用C、相册、收音机、音乐或应用A等。

本申请实施例提供了一种应用快速启动方法，如图2所示，该方法可以包括：

S101、当接收到目标应用的更新补丁时，调用目标应用的后台半启动进程，后台半启动进程为目标应用的完整启动进程中界面显示过程之前的过程，目标应用为需要修复的应用。

本申请实施例提供一种应用快速启动方法，适用于应用经过更新或迁移后首次启动应用的场景。

示例性的，搭载安卓9.0系统的安卓智能手机上的应用经过更新或者应用经过迁移的场景，以及其他电子设备上的应用经过更新或者迁移的情况。

在本申请实施例中，当终端接收到目标应用的更新补丁时，终端调用目标应用的后台半启动进程。

本申请实施例中，终端可以通过接收到目标应用更新补丁的应用来调用目标应用的后台半启动进程，示例性的，手机上的应用商店接收到服务器推送的目标应用的更新补丁之后，终端通过应用商店调用目标应用的后台半启动进程。

本申请实施例中，目标应用为需要修复的应用；其中，目标应用可以是经过更新的应用或者经过迁移的应用。

示例性的，目标应用可以是社交应用、视频播放应用、导航类应用或者商品浏览以及购买类应用，本申请实施例不做具体限制。

在本申请实施例中，由于当安装在终端上的应用在服务器上有了更新的版本，或是应用出现问题需要进行修复时，终端会接收到针对该应用的更新补丁，终端将更新补丁需要修复的应用作为目标应用。

本申请实施例中，后台半启动进程为完整的应用启动进程中截至界面显示过程之前的过程。

本申请实施例中，应用的完整启动进程可以包含应用启动后台过程和应用启动界面显示过程，其中，应用启动后台过程可以包含一系列应用正常启动前需要执行的基本操作，示例性的，接收系统相关模块发送的启动指令，根据启动指令从数据库中获取程序运行所需要的数据，初始化配置文件，申请应用启动需要占用的系统资源等等，这些应用启动后台过程在系统后台运行，界面显示不可见；当应用启动后台过程执行完成后，终端进入启动界面显示过程，启动界面显示过程在界面上显示应用的启动画面，用以提示使用者该应用被启动，终端继续完成启动界面显示之后的应用启动过程，最终进入应用使用界面，完成应用的完整启动过程。

本申请实施例中，终端可以通过调用现有系统服务中用于启动应用程序的函数的方法来实现应用的后台半启动进程，也可以通过调用自身扩展的后台半启动方法来实现应用的后台半启动进程。

可以理解的是，本申请实施例中，终端通过调用在启动界面显示之前的后台半启动进程，利用了系统在应用程序启动时进行补丁优化的机制，从而可以提前触发更新补丁的优化，避免优化过程与启动界面显示过程的冲突。

S102、通过后台半启动进程运行更新补丁，对目标应用进行更新，得到更新补丁的运行结果。

本申请实施例中，当终端调用了目标应用的后台半启动进程之后，终端使用更新补丁对目标应用进行更新，得到更新补丁的运行结果。

本申请实施例中，终端使用更新补丁对目标应用进行更新可以采用dex2oat的处理方式，也就是将补丁文件包中的dex文件转化成oat文件，以使终端能够使用oat文件对目标应用进行更新。在目标应用更新完成后，终端将更新补丁运行的执行进度作为更新补丁的运行结果。

S103、保存更新补丁的运行结果。

本申请实施例中，终端将更新补丁的运行结果，保存在内存中，以使目标应用被首次启动时，可以直接利用内存中更新补丁的运行结果完成启动。

可以理解的是，上述补丁的优化过程是在目标应用的后台半启动进程中完成的，没有界面的直观显示。在后续正常打开目标应用时，终端通过在内存中调用执行进度，可以直接从补丁更新后的执行进度向后执行，加快了应用的启动进程。

S104、接收到目标应用的启动请求时，响应启动请求，利用更新补丁的运行结果，完成对目标应用的快速启动。

终端通过目标应用接收到启动请求，开始执行正常界面显示的启动时，终端上的目标应用接着之前过程中补丁更新的运行结果开始运行，实现了目标应用的快速启动。

在本申请的一些实施例中，启动请求可以是用户对目标应用的点击，滑动等操作，本申请实施例不做具体限制。这一步骤中实现目标应用的快速启动是通过查找内存中补丁更新的运行结果，使完整启动进程沿着之前的运行结果向后执行，继而节省了目标应用的启动时间。

可以理解的是，采用上述方法实现方案，在目标应用接收到针对其自身的更新补丁时，首先启动目标应用的完整启动进程中界面显示过程之前的过程，也就是后台半启动进程；然后通过后台半启动进程进行补丁的更新，将补丁更新后的运行结果保存在内存中；最终在接收到对目标应用的启动请求时，接着之前补丁更新的运行结果执行，加快了目标应用的启动进程。

在本申请的一些实施例中，如图3所示，S101的实现过程可以包括：S1011-S1013。如下：

S1011、调用系统服务中的统一进程启动接口，向系统服务传递预设参数。

终端通过调用系统服务中的统一进程启动接口，完成向系统服务传递预设参数。

本申请实施例中，统一进程启动接口是操作系统给应用程序的调用接口，是由开发人员预先定义的函数(API，Application Programming Interface)，应用程序可以通过调用操作系统的API而使操作系统去执行应用程序的命令(动作)。

本申请实施例中，执行调用操作的应用可以是执行应用迁移的应用，示例性的，如搬家应用；也可以是执行应用更新操作的应用，示例性的，如应用商店。本实施例中的统一进程启动接口是安卓系统原生的，可以从执行调用操作的应用的程序代码中调用得到，示例性的如：Context.startActivity API。

示例性的，系统服务(AMS，Activity Manager Service)可以是安卓系统中最核心的服务，用于管理系统中几个重要组件的启动、切换、调度以及应用进程的管理和调度。

本申请实施例中，向系统服务传递预设参数，该预设参数是开发人员通过创建的一个实例，设置该实例的成员变量的值来实现的，本申请实施例不作限制。

S1012、基于预设参数，启动目标应用的启动进程。

终端基于统一进程启动接口所传递的参数，判断是否启动目标应用的启动进程。

本申请实施例中，当统一进程启动接口中所传递的参数和在系统服务中预设的参数相同时，则启动目标应用的启动进程。当统一进程启动接口中所传递的参数和在系统服务中预设的参数不符时，则放弃启动目标应用的进程。

S1013、根据预设参数，在目标应用的启动进程执行至界面显示前结束执行，完成后台半启动进程的调用。

当在统一进程启动接口中所传递的参数和在系统服务中预设的参数相同时，终端利用系统服务控制目标应用的启动进程执行到目标应用界面显示前，结束执行目标应用的启动。

在本申请的一些实施例中，S1011的实现过程可以包括：S10111-S10112。如下：

S10111、创建一个类的实例，并将实例中的成员变量设置为预设参数。

终端通过执行更新操作的应用，创建一个类的实例，将该类的实例中某一个未被占用的成员变量进行设置，以作为预设参数。

本申请实施例中，预设参数可以为任意字母或任意数字。本实施例不作具体限制。该预设参数作为后续在系统服务中判断是否启动目标应用后台半启动进程的判断条件，只有当该预设参数和系统服务中的预设值完全一致时，才能完成目标应用后台半启动进程的顺利启动。

示例性的，执行更新操作的应用可以创建一个ActivityOptions类并设置其成员变量windowingMode的值为7。

S10112、以实例作为调用统一进程启动接口的参数；调用统一进程启动接口，完成向系统服务传递预设参数。

终端通过执行更新操作的应用，以实例作为调用统一进程启动接口的参数，调用统一进程启动接口，并传递预设参数到系统服务。

本申请实施例中，所调用的统一进程启动接口可以用来启动目标应用完整的启动进程，同时还能够起到传递预设参数到系统服务的作用。

在本申请的一些实施例中，S1012的实现过程可以包括：S10121-S10122。如下：

S10121、通过统一进程启动接口，检测预设参数是否为预设值。

终端利用系统服务通过系统服务内部函数与统一进程启动接口所传递过来的参数进行比较，来检测传递的预设参数与系统服务内部的预设值是否一致。

本申请实施例中，系统服务中设置有另一函数，示例性的可以是ActivityStarter.startActivity函数，通过该函数检测由Context.startActivity API传递的ActivityOptions类中windowingMode的值7，是否与预设值相同。

S10122、当预设参数为预设值时，调用进程启动函数，启动目标应用的启动进程。

终端通过系统服务检测到预设参数的值与系统服务中的预设值相等时，调用进程启动函数，启动目标应用的启动进程。

本申请实施例中，该步骤的启动目标应用的启动进程是指启动目标应用的后台半启动进程。也就是当函数执行到目标应用界面显示之前，停止目标应用的启动进程。

在本申请的一些实施例中，S10121之后的实现过程，还包括S10123。如下：

S10123、当预设参数不为预设值时，禁止调用进程启动函数启动目标应用的启动进程。

终端通过系统服务检测到预设参数的值与系统服务中的预设值不符时，利用系统服务禁止进程启动函数对目标应用的启动。

本申请实施例中，系统服务禁止进程启动函数对目标应用的启动是指不仅禁止对目标应用界面的显示，还禁止对目标应用界面显示步骤之前的后台进程的启动。

基于图2，如图4所示，在本申请的一些实施例中，S101的实现过程还可以为：S201-S202。如下：

S201、自定义后台半启动方法，其中，后台半启动方法用于实现对目标应用触发启动进程且不启动界面。

在本申请实施例中，终端除可以利用系统服务启动目标应用后台半启动进程的方式外，还可以自定义一种启动目标应用后台半启动进程的方法。

本申请实施例中，自定义的启动目标应用后台半启动进程的方法可以有参数的预设、参数的传递、参数之间的比较以及对其他函数的调用过程，也可以是其他方式，通过调用该预设方法，就能够完成对目标应用的后台半启动进程的执行。其中，预设方式本实施例不作限制。

S202、通过调用后台半启动方法，触发调用后台半启动进程。

终端通过调用自定义的后台半启动方法，实现对目标应用后台半启动进程的执行操作。

可以理解的是，本申请实施例提供的应用快速启动方法在目标应用接收到针对其自身的更新补丁时，首先启动目标应用的完整启动进程中界面显示过程之前的过程，也就是后台半启动进程；然后通过目标应用的后台半启动进程进行补丁的更新，将补丁更新后的运行结果保存在内存中；最终在接收到对目标应用的启动请求时，接着之前补丁更新的运行结果执行，加快了应用的启动进程。

如图5所示，将目标应用接收到更新补丁的时间记为时间点A，此时的应用处于修复前的目标应用，将用户启动目标应用的时间记为时间点B，在现有逻辑中，终端通常是在时间点B处才开始启动目标应用进程，在目标应用的启动进程中对更新补丁进行优化处理操作。从图5中可以看出，现有逻辑中由于终端在启动目标应用进程时调用了启动界面显示，因此终端对更新补丁的优化处理是在用户可见时间段进行的，导致用户可见时间段内出现较长的黑屏时长。而在本申请逻辑中，终端在时间点B之前的时间点A+1处，也就是终端在接收到目标应用的更新补丁时就提前调用了目标应用的后台半启动进程，在目标应用半启动进程中完成了对更新补丁的优化处理，从而使得优化处理过程在用户不可见时间段内完成，经过一定的空闲时间段后，于时间点B用户启动目标应用，在用户可见时间段应用开始正常的启动界面处理，由于更新补丁的优化处理已经完成，因此避免了黑频时长的产生，加快了用户启动目标应用后的启动进程。

本申请实施例提供一种应用快速启动装置1，对应于一种应用快速启动方法；图6为本申请实施例提供的一种应用快速启动装置的结构示意图一，如图6所示，该应用快速启动装置1包括：

调用单元10、更新单元11、保存单元12以及启动单元13；其中，

所述调用单元10，用于当接收到目标应用的更新补丁时，调用所述目标应用的后台半启动进程，所述后台半启动进程为所述目标应用的完整启动进程中界面显示过程之前的过程，所述目标应用为需要修复的应用；

所述更新单元11，用于通过所述后台半启动进程运行所述更新补丁，进行对所述目标应用进行更新，得到更新补丁的运行结果；

所述保存单元12，用于保存所述更新补丁的运行结果；

所述启动单元13，用于接收到所述目标应用的启动请求时，响应所述启动请求，利用所述更新补丁的运行结果，完成对所述目标应用的快速启动。

在本申请的一些实施例中，该应用快速启动装置1还包括：传递单元14；其中，

所述传递单元14，用于调用系统服务中的统一进程启动接口，向系统服务传递预设参数；

所述启动单元13，还用于基于所述预设参数，启动所述目标应用的启动进程；

所述调用单元10，还用于基于所述预设参数，在所述目标应用的启动进程执行至界面显示前结束执行，完成所述后台半启动进程的调用。

在本申请的一些实施例中，该应用快速启动装置1还包括：创建单元15；其中，

所述创建单元15，用于创建一个类的实例，并将所述实例中的成员变量设置为所述预设参数；

所述传递单元14，还用于以所述实例作为调用所述统一进程启动接口的参数；调用所述统一进程启动接口，完成向系统服务传递所述预设参数。

在本申请的一些实施例中，该应用快速启动装置1还包括：检测单元16；其中，

所述检测单元16，用于通过所述统一进程启动接口，检测所述预设参数是否为预设值；

所述启动单元13，还用于当所述预设参数为所述预设值时，调用进程启动函数，启动所述目标应用的启动进程。

所述检测单元16，还用于当所述预设参数不为所述预设值时，禁止调用进程启动函数启动所述目标应用的启动进程。

在本申请的一些实施例中，该应用快速启动装置1还包括：自定义单元17和触发单元18；其中，

所述自定义单元17，用于自定义后台半启动方法，其中，所述后台半启动方法用于实现对所述目标应用触发启动进程且不启动界面；

所述触发单元18，用于通过调用所述后台半启动方法，触发调用所述后台半启动进程。

加有益效果。

本申请实施例提供一种应用快速启动装置，对应于一种应用快速启动方法；图7为本申请实施例提供的一种应用快速启动装置的结构示意图二，如图7所示，该装置6包括：处理器64、存储器65和通信总线66，存储器65通过通信总线66与处理器64进行通信，存储器65存储处理器64可执行的一个或者多个程序，当一个或者多个程序被执行时，通过处理器64执行如前述实施例的任意一种应用快速启动方法。

本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质存储有一个或者多个程序，一个或者多个程序可被一个或者多个处理器64执行，程序被处理器64执行时实现如本申请实施例的应用快速启动方法。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述，仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。

Claims (14)

1.一种应用快速启动方法，其特征在于，所述方法包括：

当接收到目标应用的更新补丁时，调用所述目标应用的后台半启动进程，所述后台半启动进程为所述目标应用的完整启动进程中界面显示过程之前的过程，所述目标应用为需要修复的应用；

通过所述后台半启动进程运行所述更新补丁，进行对所述目标应用进行更新，得到更新补丁的运行结果；

保存所述更新补丁的运行结果；

接收到所述目标应用的启动请求时，响应所述启动请求，利用所述更新补丁的运行结果，完成对所述目标应用的快速启动。

2.根据权利要求1所述的方法，其特征在于，所述调用所述目标应用的后台半启动进程，包括：

调用系统服务中的统一进程启动接口，向系统服务传递预设参数；

基于所述预设参数，启动所述目标应用的启动进程；

根据所述预设参数，在所述目标应用的启动进程执行至界面显示前结束执行，完成所述后台半启动进程的调用。

3.根据权利要求2所述的方法，其特征在于，所述调用系统服务中的统一进程启动接口，向系统服务传递预设参数，包括：

创建一个类的实例，并将所述实例中的成员变量设置为所述预设参数；

以所述实例作为调用所述统一进程启动接口的参数；调用所述统一进程启动接口，完成向系统服务传递所述预设参数。

4.根据权利要求2或3所述的方法，其特征在于，所述基于所述预设参数，启动所述目标应用的启动进程，包括：

通过所述统一进程启动接口，检测所述预设参数是否为预设值；

当所述预设参数为所述预设值时，调用进程启动函数，启动所述目标应用的启动进程。

5.根据权利要求4所述的方法，其特征在于，所述通过所述统一进程启动接口，检测所述预设参数是否为预设值之后，所述方法还包括：

当所述预设参数不为所述预设值时，禁止调用进程启动函数启动所述目标应用的启动进程。

6.根据权利要求1所述的方法，其特征在于，所述调用所述目标应用的后台半启动进程，包括：

自定义后台半启动方法，其中，所述后台半启动方法用于实现对所述目标应用触发启动进程且不启动界面；

通过调用所述后台半启动方法，触发调用所述后台半启动进程。

7.一种应用快速启动装置，其特征在于，所述装置包括：调用单元、更新单元、保存单元以及启动单元，其中，

所述调用单元，用于当接收到目标应用的更新补丁时，调用所述目标应用的后台半启动进程，所述后台半启动进程为所述目标应用的完整启动进程中界面显示过程之前的过程，所述目标应用为需要修复的应用；

所述更新单元，用于通过所述后台半启动进程运行所述更新补丁，进行对所述目标应用进行更新，得到更新补丁的运行结果；

所述保存单元，用于保存所述更新补丁的运行结果；

所述启动单元，用于接收到所述目标应用的启动请求时，响应所述启动请求，利用所述更新补丁的运行结果，完成对所述目标应用的快速启动。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：传递单元；其中，

所述传递单元，用于调用系统服务中的统一进程启动接口，向系统服务传递预设参数；

所述启动单元，还用于基于所述预设参数，启动所述目标应用的启动进程；

所述调用单元，还用于基于所述预设参数，在所述目标应用的启动进程执行至界面显示前结束执行，完成所述后台半启动进程的调用。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：创建单元；其中，

所述创建单元，用于创建一个类的实例，并将所述实例中的成员变量设置为所述预设参数；

所述传递单元，还用于以所述实例作为调用所述统一进程启动接口的参数；调用所述统一进程启动接口，完成向系统服务传递所述预设参数。

10.根据权利要求8或9所述的装置，其特征在于，所述装置还包括：检测单元；其中，

所述检测单元，用于通过所述统一进程启动接口，检测所述预设参数是否为预设值；

所述启动单元，还用于当所述预设参数为所述预设值时，调用进程启动函数，启动所述目标应用的启动进程。

11.根据权利要求10所述的装置，其特征在于，

所述检测单元，还用于当所述预设参数不为所述预设值时，禁止调用进程启动函数启动所述目标应用的启动进程。

12.根据权利要求7所述的装置，其特征在于，所述装置还包括：自定义单元和触发单元；其中，

所述自定义单元，用于自定义后台半启动方法，其中，所述后台半启动方法用于实现对所述目标应用触发启动进程且不启动界面；

所述触发单元，用于通过调用所述后台半启动方法，触发调用所述后台半启动进程。

13.一种应用快速启动装置，其特征在于，所述应用快速启动装置包括：处理器、存储器以及通信总线，所述存储器通过所述通信总线与所述处理器进行通信，所述存储器存储所述处理器可执行的一个或者多个程序，当所述一个或者多个程序被执行时，所述处理器执行如权利要求1-6任一项所述的方法。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1-6任一项所述的方法。

Images