CN108762837A - 应用程序预加载方法、装置、存储介质及终端 - Google Patents

Abstract

本申请实施例公开了应用程序预加载方法、装置、存储介质及终端。该方法包括：检测到应用预加载事件被触发时，确定待预加载应用程序；对所述待预加载应用程序进行预加载操作，并对预加载过程进行监测；当检测到预加载过程中出现异常情况时，针对所述异常情况进行相应的处理。本申请实施例通过采用上述技术方案，可以在应用程序预加载阶段进行异常检测，并在检测到异常情况时进行相应的处理，完善了预加载功能。

Description

应用程序预加载方法、装置、存储介质及终端

技术领域

本申请实施例涉及应用程序加载技术领域，尤其涉及应用程序预加载方法、装置、存储介质及终端。

背景技术

目前，诸如智能手机、平板电脑、笔记本电脑以及智能家电等终端已成为人们日常生活中必不可少的电子设备。随着终端设备不断地智能化，多数终端设备中都装载有操作系统，使得终端设备能够安装丰富多样的应用程序，满足用户不同的需求。

随着终端设备的配置不断提升，多数终端设备中可以安装几十甚至上百个应用程序，而随着应用程序的功能日益丰富，应用程序运行时所需加载的资源也越来越多。当用户选择启动一个应用程序时，终端会对该应用程序启动所需的资源进行加载，待加载完毕后，进入应用程序的初始界面，整个过程通常要花费数秒甚至十几秒的时间，导致应用程序的启动效率较低，亟需改进。

发明内容

本申请实施例提供一种应用程序预加载方法、装置、存储介质及终端，可以优化应用程序的预加载方案。

第一方面，本申请实施例提供了一种应用程序预加载方法，包括：

检测到应用预加载事件被触发时，确定待预加载应用程序；

对所述待预加载应用程序进行预加载操作，并对预加载过程进行监测；

当检测到预加载过程中出现异常情况时，针对所述异常情况进行相应的处理。

第二方面，本申请实施例提供了一种应用程序预加载装置，包括：

应用确定模块，用于在检测到应用预加载事件被触发时，确定待预加载应用程序；

预加载模块，用于对所述待预加载应用程序进行预加载操作；

预加载监测模块，用于在对所述待预加载应用程序进行预加载操作时，对预加载过程进行监测；

预加载异常处理模块，用于在检测到预加载过程中出现异常情况时，针对所述异常情况进行相应的处理。

第三方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请实施例所述的应用程序预加载方法。

第四方面，本申请实施例提供了一种终端，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，所述处理器执行所述计算机程序时实现如本申请实施例所述的应用程序预加载方法。

本申请实施例中提供的应用程序预加载方案，检测到应用预加载事件被触发时，确定待预加载应用程序，对待预加载应用程序进行预加载操作，并对预加载过程进行监测，当检测到预加载过程中出现异常情况时，针对异常情况进行相应的处理。通过采用上述技术方案，可以在应用程序预加载阶段进行异常检测，并在检测到异常情况时进行相应的处理，完善了预加载功能。

附图说明

图1为本申请实施例提供的一种应用程序预加载方法的流程示意图；

图2为本申请实施例提供的一种预加载活动窗口堆栈与显示屏幕显示区域的相对位置关系示意图；

图3为本申请实施例提供的又一种预加载活动窗口堆栈与显示屏幕显示区域的相对位置关系示意图；

图4为本申请实施例提供的一种应用界面迁移示意图；

图5为本申请实施例提供的另一种应用程序预加载方法的流程示意图；

图6为本申请实施例提供的又一种应用程序预加载方法的流程示意图；

图7为本申请实施例提供的一种应用程序预加载装置的结构框图；

图8为本申请实施例提供的一种终端的结构示意图；

图9为本申请实施例提供的又一种终端的结构示意图。

具体实施方式

下面结合附图并通过具体实施方式来进一步说明本申请的技术方案。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

图1为本申请实施例提供的一种应用程序预加载方法的流程示意图，该方法可以由应用程序预加载装置执行，其中该装置可由软件和/或硬件实现，一般可集成在终端中。如图1所示，该方法包括：

步骤101、检测到应用预加载事件被触发时，确定待预加载应用程序。

示例性的，本申请实施例中的终端可包括手机、平板电脑、笔记本电脑以及智能家电等终端设备。终端中装载有操作系统。

示例性的，应用预加载事件的触发条件可以根据实际情况设置，本申请实施例不作具体限定。例如，可以在检测到用户的动作满足预设条件(如拿起终端、输入屏幕解锁操作或输入终端解锁操作等)时，触发应用预加载事件；或者可以在检测到前台应用程序发生变更时，触发应用预加载事件；或者可以在预加载应用的预测流程结束后，立即(或经过预设时长后)触发应用预加载事件；或者可以定时间隔触发等等。当应用预加载事件被触发后，系统可以通过读取标志位或接收触发指令等方式检测到应用预加载事件已被触发，具体的检测方式本申请实施例也不做限定。

示例性的，待预加载的应用程序可以理解为用户可能即将打开的应用程序，可以是预先设置好的固定的应用程序，也可以是采用一定的方式预测出来的应用程序等。待预加载的应用程序可以包括一个或多个。

可选的，可采用预测模型对待预加载的应用程序进行预测。该预测模型可以是机器学习模型，所采用的算法可以包括循环神经网络(Recurrent neuralnetworks,RNN)、长短期记忆(Long Short-Term Memory,LSTM)网络、门限循环单元、简单循环单元、自动编码器、决策树、随机森林、特征均值分类、分类回归树、隐马尔科夫、K最近邻(k-NearestNeighbor，KNN)算法、逻辑回归模型、贝叶斯模型、高斯模型以及KL散度(Kullback–Leibler divergence)等等。

可选的，可在用户使用终端的过程中，采集训练样本，采用训练样本对预设初始模型进行训练，最终得到用于预测待预加载的应用程序的预测模型。示例性的，训练样本中包含的元素可包括应用程序被打开的时间序列或次序序列；可包括应用程序被打开的时间、地点以及频次等；可包括终端的运行状态，如移动数据网络的开关状态、无线热点的连接状态、所连接的无线热点的身份信息、当前运行的应用程序、上一个前景应用程序、当前应用程序在后台停留的时长、当前应用程序最近一次被切换至后台的时间、耳机插孔的插拔状态、充电状态、电池电量信息以及屏幕显示时长等等；还可包括终端中集成的传感器采集到的数据，如运动传感器、光线传感器、温度传感器以及湿度传感器等等。

示例性的，可根据所选用的机器学习模型选择合适的样本元素，也可根据所选的样本元素确定所选用的机器学习模型，还可结合对预测准确度以及预设速度等方面的需求进行模型及样本元素的选择等，本申请实施例不做限定。

本申请实施例中，确定待预加载应用程序可以包括根据预测模型之前的输出结果确定待预加载应用程序，也可以包括利用预测模型进行预测，将预测模型的当前输出结果确定待预加载应用程序。

本申请实施例中，当待预加载应用程序为多个(N个)时，预测模型可以输出候选应用程序集合中每个候选应用集合的启动概率，将启动概率较高的候选应用确定为待预加载应用程序。可选的，所述确定待预加载应用程序，包括：预测候选应用程序的启动概率；将启动概率较高的预设数值个候选应用程序确定为待预加载应用程序。示例性的，候选应用程序可包括终端中安装的所有应用程序，也可包括部分应用程序。部分应用程序可以不包含系统应用程序，还可以不包含用户很少使用的应用程序。本申请实施例对候选应用程序的确定方式以及数量不做限定。可选的，可根据当前时刻之前的预设时段内各应用程序的使用次数和/或使用时长确定候选应用程序，预设时段例如是1个月，当使用次数和/或使用时长超过相应的阈值时，将所对应的应用程序确定为候选应用程序，或者，按照使用次数和/或使用时长对各应用程序进行排序，将排名靠前的应用程序确定为候选应用程序。

示例性的，可采用上文所述的预测模型来确定各候选应用程序的启动概率。例如，按照预测模型训练时的训练样本，采集当前样本，将当前样本输入至预测模型中，得到各候选应用程序的启动概率。可对启动概率进行由高到低的排序，将排在前N(N为预设数值)的候选应用程序确定为待加载应用程序。这样设置的好处在于，能够对多个应用程序进行预加载，且这多个应用程序是根据启动概率来确定的，可以提高预测的准确性。

步骤102、对所述待预加载应用程序进行预加载操作，并对预加载过程进行监测。

本申请实施例中，当待预加载应用程序仅有一个时，无需考虑应用的预加载顺序；而当待预加载应用程序有多个时，可将多个待预加载应用程序逐一确定为当前待预加载应用程序，并依次进行预加载操作，也可将2个以上待预加载的应用程序确定为当前待预加载应用程序，并同时进行预加载操作，也就是说多个应用程序的预加载过程可以是并行进行的。

本申请实施例中对预加载的具体过程以及所加载的资源不做限定，例如可为待预加载应用程序分配相应的硬件资源，并基于分配的硬件资源加载启动所需的相关数据。示例性的，可包括应用进程启动、应用进程初始化、应用服务启动、内存分配、文件内容读取、网络数据获取以及界面渲染(如绘制应用程序的启动画面或其他应用界面)等。此外，预加载的资源也可根据待预加载应用程序的具体类型来确定。

在进行预加载操作的过程中，本申请实施例对预加载过程进行监测，从而可以在应用程序预加载阶段，即应用程序未真正启动之前，及时发现应用程序启动资源的加载异常。具体的监测内容可根据实际情况确定。示例性的，可通过调研等方式确定应用程序在启动时容易发生的问题和/或导致出现该问题的原因等，进一步确定相应的预加载内容并进行实时检测。例如，有些应用程序在启动时，可能发生崩溃(crash)情况(例如表现为应用程序启动后短时间内发生闪退)，可以在预加载阶段检测待预加载应用程序是否会发生崩溃情况；又如，有些应用程序在启动时，可能会发生页面加载错误等情况，也可在预加载阶段检测页面是否成功加载等。

步骤103、当检测到预加载过程中出现异常情况时，针对所述异常情况进行相应的处理。

本申请实施例中，在检测到预加载过程中出现异常情况时，可针对所出现的异常情况的类型或者严重程度等进行有针对性的处理。示例性的，可分析出出现异常情况的原因，针对该原因进行相应的修复处理，继续或重新对当前待预加载应用程序进行预加载操作；又示例性的，可不对出现异常情况的原因进行分析，或在无法分析出出现异常情况的原因时，重新对当前待预加载应用程序进行预加载操作。通过以上方式，可有效减少已进行预加载的应用程序在真正启动时出现启动异常的概率。

本申请实施例中提供的应用程序预加载方案，检测到应用预加载事件被触发时，确定待预加载应用程序，对待预加载应用程序进行预加载操作，并对预加载过程进行监测，当检测到预加载过程中出现异常情况时，针对异常情况进行相应的处理。通过采用上述技术方案，可以在应用程序预加载阶段进行异常检测，并在检测到异常情况时进行相应的处理，完善了预加载功能。

在一些实施例中，在接收到所述待预加载应用程序中的目标应用程序的运行指令时，基于所述目标应用程序的已预加载资源启动所述目标应用程序。这样，在用户真正启动已进行了预加载的应用程序时，用于启动的资源已进行了部分或全部预加载，且在预加载过程中经过了异常检测，可在提高应用程序启动速度的同时，提高应用程序正常启动的概率。

在一些实施例中，所述对所述待预加载应用程序进行预加载操作，包括：在显示屏幕的坐标范围之外对所述待预加载应用程序进行模拟启动。示例性的，可在显示屏幕的坐标范围之外设置虚拟屏幕区域，对于当前待预加载应用程序来说，在虚拟屏幕区域基于已预加载的启动资源打开该当前待预加载应用程序，并在虚拟屏幕区域显示当前待预加载应用程序的应用界面，从而实现当前待预加载应用程序的模拟启动。相应的，当检测到预加载过程中出现异常情况时，针对所述异常情况进行相应的处理，包括：当检测到模拟启动过程中出现异常情况时，针对所述异常情况进行相应的处理。这样设置的好处在于，在显示屏幕的坐标范围之外模拟待预加载应用程序的启动过程，该过程对于用户来说是不可见的，不会对用户的使用产生干扰，且能够在模拟启动过程中及时准确地发现异常问题。

在一些实施例中，所述当检测到模拟启动过程中出现异常情况时，针对所述异常情况进行相应的处理，包括：当检测到模拟启动过程中出现应用程序崩溃情况时，确定崩溃原因；根据所述崩溃原因进行相应的修复处理，并重新对所述待预加载应用程序进行模拟启动。这样设置的好处在于，可降低已进行预加载的待预加载应用程序在真正启动时发生启动崩溃情况的概率。在用户使用终端的过程中，可能会遇到应用程序启动时或正在运行时发生崩溃的情况，具体表现可能是应用程序闪退，即快速关闭，一般是应用程序启动或运行时遭遇无法处理的异常或错误时而退出应用程序的表现，用户只能重新启动该应用程序。导致崩溃的原因有很多，例如，缓存垃圾过多；运行的程序过多，导致内存不足；应用版本兼容问题；访问网络时，组件中的ImageView未正常的下载并显示到应用页面上；应用程序对应的软件开发工具包(Software DevelopmentKit，SDK)与终端的系统版本不兼容等；还有些是与当前网络状况或内存卡等因素相关的。一些导致应用程序崩溃的原因是可以检测或分析出来的，还可以进一步针对崩溃原因采取一定的措施，来消除崩溃原因对应用程序运行的影响。

在一些实施例中，所述崩溃原因包括存储空间不足。所述根据所述崩溃原因进行相应的修复处理包括：清理缓存数据和/或关闭后台运行的预设类型的应用程序。当终端中的缓存数据长时间未清理，累计较多的缓存垃圾文件时，缓存数据会占用较多的系统存储空间，不仅会影响系统运行的流畅性，也会造成应用程序的崩溃。当终端中后台运行的应用程序较多时，也会占用较多的系统内存，也容易导致应用程序的崩溃。在待预加载应用程序的模拟启动过程中，若检测到应用程序发生崩溃情况的崩溃原因是由于存储空间不足时，可清理缓存数据，或者关闭后台运行的预设类型的应用程序，或者同时清理缓存数据以及关闭后台运行的预设类型的应用程序。其中，预设类型的应用程序可以由系统默认设置，或者由用户自行设置。例如，可在终端中维护一个预设应用列表，处于该预设应用列表中的应用程序可认为是预设类型的应用程序，预设应用列表中的应用程序一般可以是用户不经常使用或者不重要的应用程序，在需要针对崩溃原因进行修复处理时，可以判断当前后台运行的应用程序中是否于预设应用列表中，若存在，则可关闭该应用程序，若当前后台运行的应用程序为多个，则可依次进行判定并根据判定结果确定是否关闭。

在一些实施例中，可以为缓存数据设置等级，并根据模拟启动过程中出现应用程序崩溃情况的严重程度选择对应等级的缓存数据进行清理。示例性的，可将缓存数据设置为包括第一级缓存、第二级缓存和第三级缓存，第三级缓存包括本地数据库中的缓存数据，第二级缓存包括临时目录中的缓存数据，第一级缓存包括Document目录中的缓存数据。在模拟启动过程中首次出现应用程序崩溃情况时，清除第三级缓存数据；在清除第三级缓存数据后，重新对待预加载应用程序进行模拟启动，若再次出现崩溃情况，则清除第二级缓存数据；在清除第二级缓存数据后，重新对待预加载应用程序进行模拟启动，若第三次出现崩溃情况，则清除第三级缓存数据。以上仅为示意性说明，可以为缓存数据设置更多的等级，以及可自由设置崩溃次数与需要清理的缓存等级的对应关系。

在一些实施例中，所述在显示屏幕的坐标范围之外对当前待预加载应用程序进行模拟启动，包括：基于预先创建的预加载活动窗口堆栈对所述待预加载应用程序对应的应用界面进行绘制及显示，其中，所述预加载活动窗口堆栈对应的边界坐标位于显示屏幕的坐标范围之外。这样设置的好处在于，对应用界面进行绘制及显示，模拟应用程序从启动到显示应用界面的过程，在更加全面的进行模拟启动的同时，还能够较大程度地完成应用启动前的准备工作，提升待预加载应用程序的启动速度，且不会影响到前台应用程序的显示内容在显示屏幕上的显示。

本申请实施例中，活动窗口可理解为一个独立的直接面向用户提供交互和操作的界面，在不同的操作系统中可能采用不同的名词来命名该界面。为了便于理解，下面以安卓(Android)操作系统为例进行下面的说明。

在Android系统中，活动窗口被称为Activity。Activity是一个负责与用户交互的组件，其提供一个屏幕(可以理解为屏幕界面，而非实体的显示屏幕)，以供用户交互完成某项任务。在一个android应用程序中，一个Activity通常就是一个单独的屏幕，它上面可以显示一些控件也可以监听并处理用户的事件。在对Activity进行管理中，有这样两个概念：Task(任务栈)和Stack(活动窗口堆栈)。Task对应一个应用程序，Task用于存放Activity，一个Task中可以存放一个或多个Activity，且这些Activity遵循“先进后出，后进先出”的原则。而Stack又用于对Task进行管理，通常，一个Stack对一个屏幕所需展示的各Activity所属的Task进行管理，一个Stack可以管理一个或多个Task，当然，Stack也同样遵循堆栈的基本管理原则。这里所述的屏幕并不一定是完整独立的显示屏，以“两个屏幕”为例，这两个屏幕可能只是一个完整显示屏中两个独立显示各自显示内容的区域。当然，如果终端具备两个甚至是两个以上的独立显示屏，则“两个屏幕”也可以是两个独立的显示屏。

在Android系统中，支持多窗口模式，可包括分屏模式、画中画模式以及自由模式(FreeForm)。在多窗口模式下，应用程序所在的Stack可以有自己的尺寸(size)，可以包括以终端屏幕左上角为原点的坐标系中的上下左右坐标。例如，(a，b，c，d)，一般描述的是一个矩形的边界，可采用矩形左上角的坐标和右下角的坐标进行表示，即矩形的左上角坐标为(a，b)，右下角坐标为(c，d)，这样的矩形区域就对应Stack的size。Stack中的应用内布局是以Stack的size为准的，也就是说Activity对应的应用界面是在size的边界范围内进行显示的。

在多窗口模式下，可以允许多个应用程序处于可见状态，包括系统和用户均可见和仅系统可见。系统和用户均可见指的是在显示屏幕上进行显示，且用户能够看到；仅系统可见指的是操作系统可见，而用户不可见，可能被前台的应用遮挡或者如本申请所要实现的在显示屏幕外显示。

本申请实施例中，在显示屏幕外对目标应用程序的应用界面进行预加载，可以基于操作系统的多窗口机制来实现，通过多窗口机制将应用程序对应的size设在显示屏幕外而达到对用户不可见的目的，从而不会影响到前台应用程序的显示内容在显示屏幕上的显示。

一般的，多窗口模式下，可以存在多种类型的Stack，如Home Stack表示桌面应用显示的Stack，App Stack表示第三方应用显示的Stack，还可以有其他分屏Stack等，上述三种Stack中包含的内容可在显示屏幕上显示，本申请实施例中统称为应用活动窗口堆栈。本申请实施例中，新增了预加载活动窗口堆栈(预加载Stack)，用于表示预加载应用显示的Stack，并设置预加载Stack的边界坐标位于显示屏幕的坐标范围之外，待预加载的应用程序可以显示在该Stack。对于Android系统来说，可以基于Android系统的多窗口机制，新建一个专门用于显示预加载应用的Stack。本申请实施例中，新建Stack是因为可以让新建的预加载Stack拥有自己的size以及可见性，从而实现在显示屏幕外预加载以及模拟启动的目的。

本申请实施例中，对预加载Stack的创建时机不做限定，可以是在终端出厂前默认设置预加载Stack处于常驻状态，即预加载Stack一直存在；也可以在终端开机时或终端解锁成功后创建；还可以在应用预加载事件被触发后(可以在确定待预加载应用程序之前)创建等等。可选的，所述基于预先创建的预加载活动窗口堆栈对所述待预加载应用程序对应的应用界面进行绘制及显示，包括：判断是否存在预先创建的预加载活动窗口堆栈；若不存在，则按照预设规则创建预加载活动窗口堆栈；基于所创建的预加载活动窗口堆栈预加载对所述待预加载应用程序对应的应用界面进行绘制及显示。这样设置的好处在于，在确定待预加载应用程序之后，判断预加载Stack是否存在，若存在，则无需新建，若不存在，则进行创建，可以节省系统资源。可以理解的是，当待预加载应用程序包含多个时，也即需要在短时间内连续预加载多个应用程序时，在第一个待预加载应用程序开始加载前，预加载Stack已创建完毕，那么第二个待预加载应用程序开始加载前，预加载Stack是存在的，可以不必进行上述判断。

在一些实施例中，所述基于预先创建的预加载活动窗口堆栈对所述待预加载应用程序对应的应用界面进行绘制及显示，包括：创建所述待预加载应用程序对应的目标进程；在预先创建的预加载活动窗口堆栈中创建所述待预加载应用程序对应的任务栈；基于所述目标进程在所述任务栈中启动所述待预加载应用程序对应的活动窗口；基于所启动的活动窗口绘制并显示所述待预加载应用程序对应的应用界面。上述应用界面可包括应用程序的启动界面和/或启动动画(如启动广告等)。在创建目标进程的同时，还可包括目标进程的初始化过程。在上述步骤的执行过程中，还可能涉及其他资源的预加载，如应用服务启动、内存分配、文件内容读取及网络数据获取等，本申请实施例对其他资源的预加载过程不做限定，可以由待预加载应用程序本身的特性决定。上述步骤描述了对待预加载应用程序的预加载过程，而上述预加载相关步骤在执行的过程中，也实现了对待预加载应用程序的模拟启动。

在一些实施例中，还包括：向所述待预加载应用程序发送伪造焦点通知，并基于所述伪造焦点通知在预设时间段内保持所述待预加载应用程序对应的应用界面的持续绘制以及显示更新。这样设置的好处在于，能够在待预加载应用程序获得焦点并对系统可见的情况下完成应用界面的绘制及显示，提高预加载的完成度，且不对前台应用的焦点产生影响。本申请实施例中的焦点又称为输入焦点，伪造焦点与前台应用对应的焦点相互独立。一般的，对于目前的Android系统来说，焦点是唯一的，例如触摸等输入操作只对焦点生效，对于输入焦点信息，系统端和应用端是一致的，系统端一旦修改输入焦点信息，就会向应用发送输入焦点信息发生变化的信息，以此方法保证系统端和应用端输入焦点信息一致。本申请实施例中，通过分离系统端和应用端输入焦点信息的方式，实现应用端可伪造焦点的目的。具体的，本申请实施例中，对预加载应用伪造焦点通知，使预加载应用具有焦点信息，而系统端的焦点信息仍然是正确的，这样处理可以使得预加载应用能够正常绘制，达到全部加载的目的，同时也能够使得待预加载应用程序在模拟启动时刻之后能够保持一定时间的界面更新，方便准确定位异常情况。焦点存在于系统端和应用端，可认为是服务端(server)和客户端(client)，系统端记录拥有焦点的应用，应用端保存标志位(flag)标识自己是否有焦点。伪造输入焦点的时机可以是当Android的窗口系统新增窗口，需要更新焦点时，生成伪造焦点通知并进行发送。伪造焦点的方法可以是调用窗口的client端的改变窗口焦点的方法，使得该窗口获取焦点。具体的，可基于Binder机制进行伪造焦点通知的发送，Binder机制是Android系统的进程间通信的最常用的方式，采用c/s架构，即客户/服务架构。

本申请实施例中，预设时间段可根据实际情况设计，例如可以是开始预加载后的固定时长范围内，也可以是开始预加载到完成预加载的时段等。在一些实施例中，所述预设时间段的长度包括所述目标应用程序中启动广告或启动动画的播放时长。一些应用程序在启动的过程中，通常会播放一些广告或动画，广告或动画的播放时长通常为3秒至十几秒不等，在播放广告或动画期间，用户可能没办法进行任何操作，只能等待播放完毕，浪费用户的宝贵时间。本申请实施例这样设置的好处在于，能够在待预加载应用程序启动之前，在屏幕外播放完启动广告或启动动画，当待预加载应用程序启动时，可直接进入应用程序的主页面或其他用户可操作的界面，从而将待预加载应用程序的可操作时间点进一步提前，减少等待时间。此外，在播放启动广告或启动动画的过程中，也可能会出现应用程序崩溃或者其他异常情况，可以更加全面地对预加载过程进行监测。

在一些实施例中，在基于预先创建的预加载活动窗口堆栈对所述待预加载应用程序对应的应用界面进行绘制及显示之后，还包括：在接收到所述待预加载应用程序中的目标应用程序的运行指令时，将所述预加载活动窗口堆栈中包含的所述目标应用程序对应的应用界面迁移至所述显示屏幕进行显示。这样设置的好处在于，在目标应用程序真正需要启动的时候，直接将已经绘制好的应用界面迁移到显示屏幕进行显示，能够达到应用界面的快速切换，提高启动速度。

在一些实施例中，所述将所述预加载活动窗口堆栈中包含的所述目标应用程序对应的应用界面迁移至所述显示屏幕进行显示，包括：将所述预加载活动窗口堆栈中包含的所述目标应用程序对应的任务栈迁移至应用活动窗口堆栈的顶部；更新所述任务栈的尺寸信息、配置信息和可见性，以实现所述目标应用程序对应的应用界面在所述显示屏幕进行显示。这样设置的好处在于，能够保证界面迁移过程的稳定性，保证恢复过程不会出现卡屏、黑屏或迁移速度慢等问题。

对于一些终端来说，尤其是手机及平板电脑等移动终端，为了方便用户的使用，显示屏幕的显示方式通常包括竖屏显示和横屏显示，许多应用程序默认采用竖屏方式进行显示，而有些应用程序默认采用横屏方式进行显示(如一些网络游戏)，在终端的使用过程中，有些应用程序还会随着用户握持终端的方向而进行横竖屏显示的切换。在本申请的一些实施例中，所述预加载活动窗口堆栈对应的边界坐标为(H，0，2H，H)，所述边界坐标对应的坐标系为系统坐标，所述系统坐标的原点为所述显示屏幕的左上角，H为所述显示屏幕的显示区域的长边长度。也就是说，H对应的边是显示屏幕的显示区域的最大边，在竖屏显示时为显示屏幕的高，在横屏显示时为显示屏幕的宽。这样设置的目的是考虑到显示屏幕横屏、预加载应用横屏显示，以及一些应用程序的正常显示。图2为本申请实施例提供的一种预加载活动窗口堆栈与显示屏幕显示区域的相对位置关系示意图。如图2所示，此时显示屏幕为竖屏方式，终端系统坐标的原点为显示屏幕201的左顶点(0,0)，显示屏幕201的宽度方向为X轴，高度方向为Y轴，预加载Stack202对应的边界坐标为(H，0，2H，H)，H为屏幕高，即左边实线矩形范围内的区域为主屏幕显示区域，右边虚线矩形范围内的区域为预加载显示区域。图3为本申请实施例提供的又一种预加载活动窗口堆栈与显示屏幕显示区域的相对位置关系示意图。如图3所示，此时显示屏幕为横屏方式，终端系统坐标的原点为显示屏幕301的左顶点(0,0)，显示屏幕301的高度方向为X轴，宽度方向为Y轴，预加载Stack202对应的边界坐标为(H，0，2H，H)，H为屏幕高，即左边实线矩形范围内的区域为主屏幕显示区域，右边虚线矩形范围内的区域为预加载显示区域。

预加载Stack各个边界如此设置的原因在于：

左上角的横坐标为H，是为了防止横屏时显示屏幕(也可称为主屏幕)显示到预加载应用的界面，因为主屏幕除了竖屏模式，还有横屏模式，当主屏幕横屏的时候，为了防止主屏幕显示区域显示了预加载的应用的局部，所以将预加载Stack对应的矩形区域的左上角横坐标设为屏幕高。

左上角的纵坐标为0，是为了预加载应用能够正确计算状态栏高度。Android应用为了更好的设计用户界面(User Interface，UI)，会自定义顶部状态栏，如果上边对应的纵坐标不等于0，那么状态栏的高度可能会错误。

右下角的横坐标为2H(2倍屏幕高)，即预加载Stack对应的矩形的宽＝屏幕高，是为了预加载Stack的size能够包含预加载时候的横屏应用(即应用界面为横屏显示方式的应用程序)。

右下角的纵坐标为H，即预加载Stack对应的矩形的高＝屏幕高，是为了预加载Stack的size能够包含预加载时候的竖屏应用。

基于上述的原因，发明人将预加载Stack的size设置为(H，0，2H，H)。

此外，图4为本申请实施例提供的一种应用界面迁移示意图，如图4所示，在接收到目标应用程序的运行指令时，将预加载活动窗口堆栈中包含的目标应用程序对应的应用界面401迁移至显示屏幕201进行显示，具体的，将预加载应用界面所属的task迁移至应用活动窗口Stack的顶部，并更新该task的尺寸信息、配置信息和可见性，从而应用界面能够在显示屏幕上正常显示。

在一些实施例中，所述当检测到模拟启动过程中出现异常情况时，针对所述异常情况进行相应的处理，包括：当检测到基于预先创建的预加载活动窗口堆栈对所述待预加载应用程序对应的应用界面进行绘制及显示的过程中，当前应用界面显示异常时，重新绘制并显示所述当前应用界面。这样设置的好处在于，可以从应用界面的角度对预加载进行进一步的监测。示例性的，显示异常可包括界面加载失败、网络数据获取失败、元素缺失以及脚本错误中的至少一项。一般的，应用程序启动时启动界面或启动动画中通常包含在网络侧动态更新的数据，需要根据从网络侧获取到的数据对界面进行加载并显示，在此过程中可能会出现各种原因导致页面显示异常。示例性的，可在终端中内置监测文件，预先确定移动终端中已安装的应用程序的各应用界面的加载信息，写入该监测文件中，在屏幕外进行界面模拟显示时，利用监测文件对界面显示是否发生异常进行实时检测。示例性的，也可与监测平台配合来实现界面异常的检测。例如，在对应用界面进行绘制及显示的过程中，向监测平台发送监测请求，监测请求用于指示监测平台对待预加载应用程序的加载组件进行检测，并向终端反馈元素检测信息。其中，元素检测信息可包括schema(架构)和文档对象模型(document object model，dom)监控元素。监测平台中可预先存储待预加载应用加载组件的元素检测信息，针对待预加载应用程序中包含的加载组件，部署对应的监控点和用于监控的schema，根据监控点的XPath(可扩展标记语言路径)，获取对应的dom监控元素，将schema和dom监控元素作为元素检测信息进行存储。终端可以激活预设应用程序中预先注入的监控文件，利用监控文件和接收到的元素检测信息，对页面加载过程进行异常检测。其中，异常检测可包括界面加载失败检测、网络数据获取失败检测、元素缺失检测以及脚本(如javascript)错误检测等。本申请实施例中，在检测到界面显示异常时，重新绘制并显示所述当前应用界面，可以提高应用界面正常显示的概率，从而使得经过预加载的应用程序在真正启动时，应用界面能够正常显示。

在一些实施例中，在所述基于预先创建的预加载活动窗口堆栈对所述待预加载应用程序对应的应用界面进行绘制及显示之前，还包括：预测所述待预加载应用程序中包含的目标界面，其中，所述目标界面包括根据所述待预加载应用程序的历史运行规律预测出的即将被用户打开的界面。所述基于预先创建的预加载活动窗口堆栈对所述待预加载应用程序对应的应用界面进行绘制及显示，包括：基于预先创建的预加载活动窗口堆栈对所述待预加载应用程序对应的目标界面进行绘制及显示。这样设置的好处在于，预测用户即将打开的界面，对该界面进行预加载，在提高应用程序启动速度的基础上，进一步提高界面打开速度，同时可预先判断在打开目标界面过程中是否会出现异常，若在模拟启动阶段目标界面出现显示异常，可重新对目标界面进行绘制及显示，降低用户真正打开目标界面时出现显示异常的概率。本申请实施例中，对目标界面的数量不做限定，可以包括一个或多个。用户在使用应用程序的过程中，通常都会有自己的使用习惯，并按照自己的使用习惯对应用程序进行操作，使得应用程序在用户的操作下会呈现出一定的运行规律，如打开各界面的顺序或频次、在各个界面停留的时长等等，可采集上述运行规律相关的数据(如应用程序对应的日志信息)，统计或分析出应用程序的历史运行规律，需要预测目标界面时，根据该应用程序对应的历史运行规律预测即将被用户打开的界面。此外，还可根据当前使用场景进行目标界面的预测等。在对目标界面进行预加载之后，若用户选择启动已经进行了预加载的应用程序，那么会基于已预加载的启动资源启动该应用程序，在需要打开目标界面时，可基于已预加载的界面资源快速打开目标界面，提高目标界面的打开速度。示例性的，预测待预加载应用程序中包含的目标界面可包括：根据待预加载应用程序在历史采样周期内的运行过程中，所包含的各个界面被打开的顺序、被打开的频次或停留时长，预测待预加载应用程序中包含的目标界面。示例性的，历史采样周期可包括从当前时刻开始向前追溯预设时长后得到的时间段。例如从今天开始向前追溯30天，历史采样周期的长度为1个月；又如从当前上午9点开始向前追溯24小时，历史采样周期的长度为1天。此外，历史采样周期也可以是固定的周期，例如每个月的1日到当月最后以前，或者每天的0点到24点等。对于一个应用程序来说，可能具备多个功能，每个功能下可能包含多个界面，以微信为例，包括聊天列表界面、聊天界面、通讯录界面、朋友圈界面、扫一扫界面、摇一摇界面以及钱包界面等。用户在使用应用程序的过程中，终端可以记录应用程序在用户操作下的运行规律。示例性的，各个界面被打开的顺序可包括应用程序启动后在用户操作下打开的第1个界面、第2个界面，……第N个界面，形成打开顺序序列，其中，第1个界面不是应用程序启动时默认打开的启动界面，而是需要用户主动打开的界面，同一个界面首次被打开之后再被打开时可忽略不计，即不列入打开顺序序列中。一个界面被打开的频次可包括在历史采样周期内该界面被打开的总次数，或历史采样周期内的单位时长(例如5分钟)内被打开的次数等。一个界面的停留时长可包括该界面持续在显示屏上进行显示的时长，在显示期间，用户可以查看界面内容或对界面进行滑动等操作。一般的，被打开的顺序越靠前、被打开的频次越高、或停留时间越长，对应的界面成为目标界面的概率越高，可根据该规律为应用程序中包含的各界面进行综合评分，得到每个界面成为目标界面的概率，进而将概率较高的一个或多个界面确定为目标界面。

示例性的，预测待预加载应用程序中包含的目标界面也可包括：获取当前使用场景信息，根据所述当前使用场景信息预测所述待预加载应用程序中包含的目标界面。示例性的，使用场景信息可包括如终端所处地点，终端的运行状态(如移动数据网络的开关状态、无线热点的连接状态、所连接的无线热点的身份信息、耳机插孔的插拔状态、充电状态、电池电量信息以及屏幕显示时长等等)，终端中集成的传感器(如运动传感器、光线传感器、温度传感器以及湿度传感器)采集到的数据等等。这样设置的好处在于，能够更加准确地预测出目标界面。

示例性的，在所述检测到应用预加载事件被触发时，确定待预加载应用程序之前，还包括：在应用程序的运行过程中，当发生界面切换时，采集使用场景信息作为训练样本，将切换后的界面记为所述训练样本对应的样本标记，根据所述训练样本和对应的样本标记对预设机器学习模型进行训练，得到界面预测模型。相应的，所述根据所述当前使用场景信息预测所述待预加载应用程序中包含的目标界面，包括将所述当前使用场景信息输入至所述界面预测模型中，根据所述界面预测模型的输出结果确定目标界面。这样设置的好处在于，利用采集到的训练样本对机器学习模型进行训练，在需要进行目标界面预测时，根据预测模型的输出结果进行预测，预测速度快且结果准确性高。

可选的，也可结合待预加载应用程序在历史采样周期内的运行过程中，所包含的各个界面被打开的顺序、被打开的频次或停留时长以及当前使用场景信息综合确定目标界面，进一步提高预测准确度。另外，也可将各个界面被打开的顺序、被打开的频次或停留时长作为训练样本的一部分，加入到上述包含使用场景信息的训练样本中，对预设机器学习模型进行训练，得到界面预测模型，使得模型的输出结果更加准确。

在一些实施例中，目标界面的显示异常同样可包括界面加载失败、网络数据获取失败、元素缺失以及脚本错误中的至少一项。相关说明可参考前文中相应内容，此处不再赘述。

在一些实施例中，也可针对应用程序崩溃以及界面显示异常同时进行监测。例如，在显示屏幕的坐标范围之外对当前待预加载应用程序进行模拟启动，包括：基于预先创建的预加载活动窗口堆栈对所述待预加载应用程序对应的应用界面进行绘制及显示。所述当检测到模拟启动过程中出现异常情况时，针对所述异常情况进行相应的处理，包括：当检测到模拟启动过程中出现应用程序崩溃情况时，确定崩溃原因，根据所述崩溃原因进行相应的修复处理，并重新对所述待预加载应用程序进行模拟启动；当检测到基于预先创建的预加载活动窗口堆栈对所述待预加载应用程序对应的应用界面进行绘制及显示的过程中，当前应用界面显示异常时，重新绘制并显示所述当前应用界面。这样设置的好处在于，能够更加全面的对预加载过程进行异常检测。

图5为本申请实施例提供的另一种应用程序预加载方法的流程示意图，该方法包括如下步骤：

步骤501、检测到应用预加载事件被触发时，确定待预加载应用程序。

步骤502、在显示屏幕的坐标范围之外对待预加载应用程序进行模拟启动。

步骤503、对模拟启动过程进行监测，判断是否出现应用程序崩溃情况，若是，则执行步骤504；否则，执行步骤506。

步骤504、确定崩溃原因，根据所述崩溃原因进行相应的修复处理。

示例性的，若崩溃原因为存储空间不足，可清理缓存数据并关闭后台运行的预设类型的应用程序；若崩溃原因为应用版本兼容问题，可对应用程序进行自动版本升级或提示用户是否进行版本升级；若崩溃原因与当前网络状况或内存卡等因素相关，可提示用户查看网络状态或内存卡状态等。

步骤505、再次在显示屏幕的坐标范围之外对待预加载应用程序进行模拟启动。

步骤506、在接收到待预加载应用程序中的目标应用程序的运行指令时，基于所述目标应用程序的已预加载资源启动所述目标应用程序。

本申请实施例提供的应用程序预加载方法，在确定了待预加载应用程序后，以显示屏幕外模拟启动的方式进行预加载，并在预加载过程中进行异常检测，若检测到发生应用崩溃情况，则根据分析出的崩溃原因采取相应的修复措施，并重新预加载，保证预加载的正确性，在用户真正启动已进行了预加载的应用程序时，用于启动的资源已进行了部分或全部预加载，且在预加载过程中经过了异常检测，可在提高应用程序启动速度的同时，提高应用程序正常启动的概率。

图6为本申请实施例提供的又一种应用程序预加载方法的流程示意图，如图6所示，该方法包括：

步骤601、检测到前台应用程序变更时，利用预设应用预测模型预测候选应用程序的启动概率。

本申请实施例中，应用预加载事件的触发条件可以是检测到前台应用程序变更。

步骤602、将启动概率较高的预设数值个候选应用程序确定为待预加载应用程序。

步骤603、对于当前待预加载应用程序，预测目标界面，创建对应的目标进程，在预加载活动窗口堆栈中创建对应的任务栈，基于目标进程在任务栈中启动对应的活动窗口。

步骤604、基于所启动的活动窗口绘制并显示目标界面。

步骤605、判断目标界面是否出现显示异常，若是，则执行步骤606；否则，执行步骤607。

步骤606、重新基于所启动的活动窗口绘制并显示目标界面。

示例性的，显示异常可包括界面加载失败、网络数据获取失败、元素缺失以及脚本错误中的至少一项。在重新进行目标界面的绘制及显示后，上述出现的显示异常情况可能不再出现，因为在界面绘制过程中，出现上述异常可能受到网络等各种因素的影响，而重新绘制时，可能导致前次异常的因素已经消失。

示例性的，再次绘制并显示目标界面后，也可进行进一步检测，若仍出现显示异常，可进行第三次绘制并显示，本申请对检测次数以及重复绘制并显示的次数不做限定，可根据实际情况自由设置。

步骤607、在接收到所述待预加载应用程序中的目标应用程序的运行指令时，将预加载活动窗口堆栈中包含的目标应用程序对应的目标界面迁移至显示屏幕进行显示。

本申请实施例可对多个预测出来的待预加载应用程序按照启动概率由高到低的顺序依次进行预加载，本流程中以一个应用程序的预加载及监测过程为例进行说明。示例性的，预设数值为4个。假设预测出来的待预加载应用程序包括微信、今日头条、支付宝和百度地图。第一个进行预加载的应用程序为微信，然后依次为今日头条、支付宝和百度地图。例如，步骤603中的当前待预加载应用程序为微信，微信对应的目标界面是朋友圈界面，在步骤605中判断朋友圈界面是否出现显示异常，若出现，则重新绘制并显示，若未出现，则可将今日头条作为新的当前待预加载应用程序，并重复执行步骤603，依次类推，再预加载支付宝和百度地图。

示例性的，在步骤607中，若用户点击支付宝的应用图标，则终端会接收到支付宝的运行指令，此时可将已预加载好的支付宝的目标界面(如蚂蚁森林)从预加载活动窗口堆栈中迁移至显示屏幕进行显示，在快速启动支付宝的同时，还直接打开了预测出来的用户即将进入的界面，节省用户打开目标界面的操作，此外还能够保证目标界面正常显示的成功率。

本申请实施例提供的应用程序预加载方法，在前台应用发生变化时，利用预测模型预测即将启动的待预加载应用程序，并预测待预加载应用程序中即将被用户打开的目标界面，在用户不可见的状态下，基于屏幕外的预加载Stack对目标界面进行提前绘制及显示，同时对显示异常进行实时检测，在发现显示异常时，重新绘制并显示目标界面，在用户真正启动已预加载的应用程序时，能够提高应用程序的启动速度，并直接进入目标界面，同时也保证了目标界面正常显示的成功率。

图7为本申请实施例提供的一种应用程序预加载装置的结构框图，该装置可由软件和/或硬件实现，一般集成在终端中，可通过执行应用程序预加载方法来进行应用程序的预加载。如图7所示，该装置包括：

应用确定模块701，用于在检测到应用预加载事件被触发时，确定待预加载应用程序；

预加载模块702，用于对所述待预加载应用程序进行预加载操作；

预加载监测模块703，用于在对所述待预加载应用程序进行预加载操作时，对预加载过程进行监测；

预加载异常处理模块704，用于在检测到预加载过程中出现异常情况时，针对所述异常情况进行相应的处理。

本申请实施例中提供的应用程序预加载装置，检测到应用预加载事件被触发时，确定待预加载应用程序，对待预加载应用程序进行预加载操作，并对预加载过程进行监测，当检测到预加载过程中出现异常情况时，针对异常情况进行相应的处理。通过采用上述技术方案，可以在应用程序预加载阶段进行异常检测，并在检测到异常情况时进行相应的处理，完善了预加载功能。

可选的，所述对所述待预加载应用程序进行预加载操作，包括：

在显示屏幕的坐标范围之外对所述待预加载应用程序进行模拟启动；

相应的，在检测到预加载过程中出现异常情况时，针对所述异常情况进行相应的处理，包括：

当检测到模拟启动过程中出现异常情况时，针对所述异常情况进行相应的处理。

可选的，所述在检测到模拟启动过程中出现异常情况时，针对所述异常情况进行相应的处理，包括：

当检测到模拟启动过程中出现应用程序崩溃情况时，确定崩溃原因；

根据所述崩溃原因进行相应的修复处理，并重新对所述待预加载应用程序进行模拟启动。

可选的，所述崩溃原因包括存储空间不足；

所述根据所述崩溃原因进行相应的修复处理包括：

清理缓存数据和/或关闭后台运行的预设类型的应用程序。

可选的，所述在显示屏幕的坐标范围之外对当前待预加载应用程序进行模拟启动，包括：

基于预先创建的预加载活动窗口堆栈对所述待预加载应用程序对应的应用界面进行绘制及显示，其中，所述预加载活动窗口堆栈对应的边界坐标位于显示屏幕的坐标范围之外。

可选的，所述当检测到模拟启动过程中出现异常情况时，针对所述异常情况进行相应的处理，包括：

当检测到基于预先创建的预加载活动窗口堆栈对所述待预加载应用程序对应的应用界面进行绘制及显示的过程中，当前应用界面显示异常时，重新绘制并显示所述当前应用界面。

可选的，该装置还包括：

界面预测模块，用于在所述基于预先创建的预加载活动窗口堆栈对所述待预加载应用程序对应的应用界面进行绘制及显示之前，预测所述待预加载应用程序中包含的目标界面，其中，所述目标界面包括根据所述待预加载应用程序的历史运行规律预测出的即将被用户打开的界面；

所述基于预先创建的预加载活动窗口堆栈对所述待预加载应用程序对应的应用界面进行绘制及显示，包括：

基于预先创建的预加载活动窗口堆栈对所述待预加载应用程序对应的目标界面进行绘制及显示。

本申请实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行应用程序预加载方法，该方法包括：

检测到应用预加载事件被触发时，确定待预加载应用程序；

对所述待预加载应用程序进行预加载操作，并对预加载过程进行监测；

当检测到预加载过程中出现异常情况时，针对所述异常情况进行相应的处理。

存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括：安装介质，例如CD-ROM、软盘或磁带装置；计算机系统存储器或随机存取存储器，诸如DRAM、DDRRAM、SRAM、EDORAM，兰巴斯(Rambus)RAM等；非易失性存储器，诸如闪存、磁介质(例如硬盘或光存储)；寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外，存储介质可以位于程序在其中被执行的第一计算机系统中，或者可以位于不同的第二计算机系统中，第二计算机系统通过网络(诸如因特网)连接到第一计算机系统。第二计算机系统可以提供程序指令给第一计算机用于执行。术语“存储介质”可以包括可以驻留在不同位置中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。

当然，本申请实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的应用程序预加载操作，还可以执行本申请任意实施例所提供的应用程序预加载方法中的相关操作。

本申请实施例提供了一种终端，该终端中可集成本申请实施例提供的应用程序预加载装置。图8为本申请实施例提供的一种终端的结构示意图。终端800可以包括：存储器801，处理器802及存储在存储器801上并可在处理器802运行的计算机程序，所述处理器802执行所述计算机程序时实现如本申请实施例所述的应用程序预加载方法。

本申请实施例提供的终端，可以在应用程序预加载阶段进行异常检测，并在检测到异常情况时进行相应的处理，完善了预加载功能。

图9为本申请实施例提供的另一种终端的结构示意图，该终端可以包括：壳体(图中未示出)、存储器901、中央处理器(central processing unit，CPU)902(又称处理器，以下简称CPU)、电路板(图中未示出)和电源电路(图中未示出)。所述电路板安置在所述壳体围成的空间内部；所述CPU902和所述存储器901设置在所述电路板上；所述电源电路，用于为所述终端的各个电路或器件供电；所述存储器901，用于存储可执行程序代码；所述CPU902通过读取所述存储器901中存储的可执行程序代码来运行与所述可执行程序代码对应的计算机程序，以实现以下步骤：

检测到应用预加载事件被触发时，确定待预加载应用程序；

对所述待预加载应用程序进行预加载操作，并对预加载过程进行监测；

当检测到预加载过程中出现异常情况时，针对所述异常情况进行相应的处理。

所述终端还包括：外设接口903、RF(Radio Frequency，射频)电路905、音频电路906、扬声器911、电源管理芯片908、输入/输出(I/O)子系统909、其他输入/控制设备910、触摸屏912、其他输入/控制设备910以及外部端口904，这些部件通过一个或多个通信总线或信号线907来通信。

应该理解的是，图示终端900仅仅是终端的一个范例，并且终端900可以具有比图中所示出的更多的或者更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

下面就本实施例提供的用于应用程序预加载的终端进行详细的描述，该终端以手机为例。

存储器901，所述存储器901可以被CPU902、外设接口903等访问，所述存储器901可以包括高速随机存取存储器，还可以包括非易失性存储器，例如一个或多个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

外设接口903，所述外设接口903可以将设备的输入和输出外设连接到CPU902和存储器901。

I/O子系统909，所述I/O子系统909可以将设备上的输入输出外设，例如触摸屏912和其他输入/控制设备910，连接到外设接口903。I/O子系统909可以包括显示控制器9091和用于控制其他输入/控制设备910的一个或多个输入控制器9092。其中，一个或多个输入控制器9092从其他输入/控制设备910接收电信号或者向其他输入/控制设备910发送电信号，其他输入/控制设备910可以包括物理按钮(按压按钮、摇臂按钮等)、拨号盘、滑动开关、操纵杆、点击滚轮。值得说明的是，输入控制器9092可以与以下任一个连接：键盘、红外端口、USB接口以及诸如鼠标的指示设备。

触摸屏912，所述触摸屏912是用户终端与用户之间的输入接口和输出接口，将可视输出显示给用户，可视输出可以包括图形、文本、图标、视频等。

I/O子系统909中的显示控制器9091从触摸屏912接收电信号或者向触摸屏912发送电信号。触摸屏912检测触摸屏上的接触，显示控制器9091将检测到的接触转换为与显示在触摸屏912上的用户界面对象的交互，即实现人机交互，显示在触摸屏912上的用户界面对象可以是运行游戏的图标、联网到相应网络的图标等。值得说明的是，设备还可以包括光鼠，光鼠是不显示可视输出的触摸敏感表面，或者是由触摸屏形成的触摸敏感表面的延伸。

RF电路905，主要用于建立手机与无线网络(即网络侧)的通信，实现手机与无线网络的数据接收和发送。例如收发短信息、电子邮件等。具体地，RF电路905接收并发送RF信号，RF信号也称为电磁信号，RF电路905将电信号转换为电磁信号或将电磁信号转换为电信号，并且通过该电磁信号与通信网络以及其他设备进行通信。RF电路905可以包括用于执行这些功能的已知电路，其包括但不限于天线系统、RF收发机、一个或多个放大器、调谐器、一个或多个振荡器、数字信号处理器、CODEC(COder-DECoder，编译码器)芯片组、用户标识模块(Subscriber Identity Module，SIM)等等。

音频电路906，主要用于从外设接口903接收音频数据，将该音频数据转换为电信号，并且将该电信号发送给扬声器911。

扬声器911，用于将手机通过RF电路905从无线网络接收的语音信号，还原为声音并向用户播放该声音。

电源管理芯片908，用于为CPU902、I/O子系统及外设接口所连接的硬件进行供电及电源管理。

上述实施例中提供的应用程序预加载装置、存储介质及终端可执行本申请任意实施例所提供的应用程序预加载方法，具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本申请任意实施例所提供的应用程序预加载方法。

注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。

Claims (10)

1.一种应用程序预加载方法，其特征在于，包括：

检测到应用预加载事件被触发时，确定待预加载应用程序；

对所述待预加载应用程序进行预加载操作，并对预加载过程进行监测；

当检测到预加载过程中出现异常情况时，针对所述异常情况进行相应的处理。

2.根据权利要求1所述的方法，其特征在于，所述对所述待预加载应用程序进行预加载操作，包括：

在显示屏幕的坐标范围之外对所述待预加载应用程序进行模拟启动；

相应的，当检测到预加载过程中出现异常情况时，针对所述异常情况进行相应的处理，包括：

当检测到模拟启动过程中出现异常情况时，针对所述异常情况进行相应的处理。

3.根据权利要求2所述的方法，其特征在于，所述当检测到模拟启动过程中出现异常情况时，针对所述异常情况进行相应的处理，包括：

当检测到模拟启动过程中出现应用程序崩溃情况时，确定崩溃原因；

根据所述崩溃原因进行相应的修复处理，并重新对所述待预加载应用程序进行模拟启动。

4.根据权利要求3所述的方法，其特征在于，所述崩溃原因包括存储空间不足；

所述根据所述崩溃原因进行相应的修复处理包括：

清理缓存数据和/或关闭后台运行的预设类型的应用程序。

5.根据权利要求2所述的方法，其特征在于，所述在显示屏幕的坐标范围之外对当前待预加载应用程序进行模拟启动，包括：

基于预先创建的预加载活动窗口堆栈对所述待预加载应用程序对应的应用界面进行绘制及显示，其中，所述预加载活动窗口堆栈对应的边界坐标位于显示屏幕的坐标范围之外。

6.根据权利要求5所述的方法，其特征在于，所述当检测到模拟启动过程中出现异常情况时，针对所述异常情况进行相应的处理，包括：

当检测到基于预先创建的预加载活动窗口堆栈对所述待预加载应用程序对应的应用界面进行绘制及显示的过程中，当前应用界面显示异常时，重新绘制并显示所述当前应用界面。

7.根据权利要求6所述的方法，其特征在于，在所述基于预先创建的预加载活动窗口堆栈对所述待预加载应用程序对应的应用界面进行绘制及显示之前，还包括：

预测所述待预加载应用程序中包含的目标界面，其中，所述目标界面包括根据所述待预加载应用程序的历史运行规律预测出的即将被用户打开的界面；

相应的，所述基于预先创建的预加载活动窗口堆栈对所述待预加载应用程序对应的应用界面进行绘制及显示，包括：

基于预先创建的预加载活动窗口堆栈对所述待预加载应用程序对应的目标界面进行绘制及显示。

8.一种应用程序预加载装置，其特征在于，包括：

应用确定模块，用于在检测到应用预加载事件被触发时，确定待预加载应用程序；

预加载模块，用于对所述待预加载应用程序进行预加载操作；

预加载监测模块，用于在对所述待预加载应用程序进行预加载操作时，对预加载过程进行监测；

预加载异常处理模块，用于在检测到预加载过程中出现异常情况时，针对所述异常情况进行相应的处理。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的应用程序预加载方法。

10.一种终端，其特征在于，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1-7任一所述的应用程序预加载方法。