CN105930213B - 应用运行方法及装置 - Google Patents

Abstract

本公开提供了一种应用运行方法及装置，属于终端技术领域。所述方法包括：接收场景切换指令，所述场景切换指令用于指示从第一用户切换活动Activity切换至第二Activity；对所述第一Activity暂停处理；在所述第一Activity的暂停处理过程中，从本地读取所述第二Activity的预启动进程列表，基于空闲计算资源，启动所述第二Activity的预启动进程列表中的进程。该方法避免了启动进程所需的时间消耗，也避免了跨进程查询数据所导致的阻塞，从而加快了整体执行速度，提高了应用的运行速度。

Description

应用运行方法及装置

技术领域

本公开涉及终端技术领域，尤其涉及一种应用运行方法及装置。

背景技术

随着智能终端的发展，智能终端的功能越来越强大，用户对智能终端的性能要求也越来越高。智能终端的性能可以体现在多个方面，最突出的在于智能终端上所安装应用的运行上，例如，使用应用时应用界面刷新的帧率，启动应用时的加载速度等等，均已经成为衡量智能终端性能的重要方面。因此，亟需一种能够提高应用运行速度的应用运行方法。

发明内容

为了克服相关技术中存在的问题，本公开提供一种应用运行方法及装置。

根据本公开实施例的第一方面，提供一种应用运行方法，包括：

接收场景切换指令，所述场景切换指令用于指示从第一用户切换活动Activity切换至第二Activity；

对所述第一Activity暂停处理；

在所述第一Activity的暂停处理过程中，从本地读取所述第二Activity的预启动进程列表，基于空闲计算资源，启动所述第二Activity的预启动进程列表中的进程；

其中，所述第二Activity的预启动进程列表包括至少一个所述第二Activity在历史运行过程中发生跨进程的数据请求事件时被启动的进程。

上述技术方案，通过在场景切换时，在对切换前的第一Activity进行暂停处理时，利用空闲计算资源，对切换后的场景所可能使用到的进程进行提前启动这种在暂停处理过程中，采用并行的方式，启动至少一个后续可能会使用到的进程的方式，使得在接下来的运行过程中，如果需要对这些进程所存储的数据进行请求时，如果发现这个进程已经启动，则可以直接跳过启动流程，直接由已启动的进程将数据返回给应用，避免了启动进程所需的时间消耗，也避免了跨进程查询数据所导致的阻塞，从而加快了整体执行速度，提高了应用的运行速度。

在第一方面的第一种可能实现方式中，所述接收场景切换指令之前，所述方法还包括：在所述第二Activity的运行过程中，当发生跨进程的数据请求事件时，如果被请求的进程尚未启动，则启动并记录所述被请求的进程，生成所述第二Activity的预启动进程列表。这种根据运行过程生成的过程，可以使得后续预启动的进程符合用户的实际使用习惯，其启动准确度高。

在第一方面的第二种可能实现方式中，所述方法还包括：当所述第二Activity所属应用的版本更新后，根据更新版本中所述第二Activity的运行过程，重新生成所述第二Activity的预启动进程列表。在版本更新时重新生成预启动进程列表，可以提高预启动的准确度。

在第一方面的第三种可能实现方式中，基于空闲计算资源，启动所述第二Activity的预启动进程列表中的进程包括：如果所述空闲计算资源不能满足所述第二Activity的预启动进程列表中的进程的启动需求，按照各个进程在运行过程中的启动先后顺序，确定所述第二Activity的预启动进程列表中目标进程；启动所述第二Activity的预启动进程列表中的目标进程。按照启动先后顺序，对进程进行启动，提高了预启动的准确度，能够提高应用的运行速度。

基于上述任一种可能实现方式，在第一方面的第四种可能实现方式中，所述方法还包括：所述第一Activity与所述第二Activity属于同一个应用程序；或，所述第一Activity属于第一应用程序，所述第二Activity属于第二应用程序。该方法可以适用于从一个应用切换至另一个应用的场景，还可以适用于应用内界面切换的场景。

在第一方面的第五种可能实现方式中，所述第一Activity为桌面Activity，所述第二Activity为任一个应用程序的主Activity时，在所述第一Activity的暂停处理过程和所述任一应用程序对运行环境进行初始化的过程中，执行从本地读取所述第二Activity的预启动进程列表，基于空闲计算资源，启动所述第二Activity的预启动进程列表中的进程的步骤。

根据本公开实施例的第二方面，提供一种应用运行装置，包括：

接收模块，用于接收场景切换指令，所述场景切换指令用于指示从第一用户切换活动Activity切换至第二Activity；

暂停模块，用于对所述第一Activity暂停处理；

读取模块，用于在所述第一Activity的暂停处理过程中，从本地读取所述第二Activity的预启动进程列表；

启动模块，用于基于空闲计算资源，启动所述第二Activity的预启动进程列表中的进程；

其中，所述第二Activity的预启动进程列表包括至少一个所述第二Activity在历史运行过程中发生跨进程的数据请求事件时被启动的进程。

在第二方面的第一种可能实现方式中，所述装置还包括：列表生成模块，用于在所述第二Activity的运行过程中，当发生跨进程的数据请求事件时，如果被请求的进程尚未启动，则启动并记录所述被请求的进程，生成所述第二Activity的预启动进程列表。

在第二方面的第二种可能实现方式中，所述列表生成模块还用于当所述第二Activity所属应用的版本更新后，根据更新版本中所述第二Activity的运行过程，重新生成所述第二Activity的预启动进程列表。

在第二方面的第三种可能实现方式中，所述启动模块用于：如果所述空闲计算资源不能满足所述第二Activity的预启动进程列表中的进程的启动需求，按照各个进程在运行过程中的启动先后顺序，确定所述第二Activity的预启动进程列表中目标进程；启动所述第二Activity的预启动进程列表中的目标进程。

在第二方面的第四种可能实现方式中，所述第一Activity为桌面Activity，所述第二Activity为任一个应用程序的主Activity；或，所述第一Activity与所述第二Activity属于同一个应用程序；或，所述第一Activity属于第一应用程序，所述第二Activity属于第二应用程序。

在第二方面的第五种可能实现方式中，所述读取模块用于在所述第一Activity为桌面Activity，所述第二Activity为任一个应用程序的主Activity时，在所述第一Activity的暂停处理过程和所述任一应用程序对运行环境进行初始化的过程中，从本地读取所述第二Activity的预启动进程列表。

根据本公开实施例的第三方面，提供一种应用运行装置，包括：

多核处理器；

用于存储所述多核处理器可执行的指令的存储器；

其中，所述多核处理器被配置为：

接收场景切换指令，所述场景切换指令用于指示从第一用户切换活动Activity切换至第二Activity；

对所述第一Activity暂停处理；

在所述第一Activity的暂停处理过程中，从本地读取所述第二Activity的预启动进程列表，基于空闲计算资源，启动所述第二Activity的预启动进程列表中的进程；

其中，所述第二Activity的预启动进程列表包括至少一个所述第二Activity在历史运行过程中发生跨进程的数据请求事件时被启动的进程。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种应用运行方法的流程图；

图2是根据一示例性实施例示出的一种应用运行方法的流程图；

图3是根据一示例性实施例示出的一种应用运行装置框图；

图4是根据一示例性实施例示出的另一种应用运行装置框图；

图5是根据一示例性实施例示出的一种应用运行装置500的框图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚，下面将结合附图对本公开实施方式作进一步地详细描述。

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

用户切换活动(Activity)是Android平台的一种标准组件。实际上一个Activity就是应用中的一个单一的屏幕，它继承自Activity多媒体资源，它将显示由Views组成的UI(User Interface，用户界面)以及响应事件。

本领域技术人员可以获知，一个应用Activity的生命周期包括：启动一个Activity时，Activity()的构造函数执行完毕后，系统调用onCreate()方法，在这里设置Activity的全局状态和资源，然后调用onStart()方法，在这个方法执行完毕，Activity在屏幕中可见。执行onResume()方法，这个时候Activity在一个loop循环中的等待窗口事件。当窗口部分可见时，也就是说Activity不是在最前端时，Activity的onFreeze()方法被调用，这个方法保存Activity一些内部状态。然后窗口暂停，直到Activity又出现在最前端，activity的onResume()方法被调用。如果Activity窗口不可见，则说明Activity的onStop()方法被调用，直到覆盖Activity的窗口关闭时，activity的onRestart()方法开始调用，然后重复onStart()方法。当系统回收资源或者Activity被调用finish()方法时，Activity停止，调用onDestroy()释放Activity拥有的资源。

图1是根据一示例性实施例示出的一种应用运行方法的流程图，如图1所示，应用运行方法用于终端中，包括以下步骤。

在步骤101中，接收场景切换指令，所述场景切换指令用于指示从第一用户切换活动Activity切换至第二Activity。

在步骤102中，对所述第一Activity暂停处理。

在步骤103中，在所述第一Activity的暂停处理过程中，从本地读取所述第二Activity的预启动进程列表，基于空闲计算资源，启动所述第二Activity的预启动进程列表中的进程；

其中，所述第二Activity的预启动进程列表包括至少一个所述第二Activity在历史运行过程中发生跨进程的数据请求事件时被启动的进程。

上述技术方案，通过在场景切换时，在对切换前的第一Activity进行暂停处理时，利用空闲计算资源，对切换后的场景所可能使用到的进程进行提前启动。这种在暂停处理过程中，采用并行的方式，启动至少一个后续可能会使用到的进程的方式，使得在接下来的运行过程中，如果需要对这些进程所存储的数据进行请求时，如果发现这个进程已经启动，则可以直接跳过启动流程，直接由已启动的进程将数据返回给应用，避免了启动进程所需的时间消耗，也避免了跨进程查询数据所导致的阻塞，从而加快了整体执行速度，提高了应用的运行速度。

图2是根据一示例性实施例示出的一种应用运行方法的流程图，如图2所示，应用运行方法用于终端中，包括以下步骤。

在步骤201中，获取第二Activity的预启动进程列表，该第二Activity的预启动进程列表包括至少一个所述第二Activity在历史运行过程中发生跨进程的数据请求事件时被启动的进程。

其中，该第二Activity可以是指任一应用的主Activity或任一个应用中的任一个Activity，本公开实施例对此不做限制。该获取预启动进程列表的过程，可以是在该应用安装后第一次运行时获取，也可以是在应用的后续运行时获取，还可以在应用版本的发生变化获取，以使得终端侧一直保持最新的预启动进程列表。

该获取第二Activity的预启动进程列表的过程具体包括：在所述第二Activity的运行过程中，当发生跨进程的数据请求事件时，如果被请求的进程尚未启动，则启动并记录所述被请求的进程，生成所述第二Activity的预启动进程列表。该列表可以是在进行了多次运行后生成，以保证所生成的列表全面、准确，能够最大程度的提高应用的运行速度。

在本公开实施例中，仅以预启动进程列表是本地生成并存储于本地为例进行说明，而在实际应用中，该预启动进程列表还可以是一个由网络侧提供的通用的预启动进程列表，由终端从网络侧获取并存储于本地。

进一步地，在应用运行过程中，还可以基于实际运行情况，对该本地已存储的预启动进程列表进行调整，以使得预启动过程更加符合用户的实际使用习惯。其中，从网络侧获取预启动进程列表的时机可以有多种情况，与上述生成时机类似，本公开实施例对此不作具体限定。

在一种可能实现方式中，应用版本会不时发生更新，因此，为了保证预启动的准确性，当该第二Activity所属应用的版本更新后，根据更新版本中该第二Activity，重新生成该第二Activity的预启动进程列表。对于一个Activity来说，新版本与原有版本共同的Activity中新增或减少了某些功能，例如数据读取等，使得运行过程中可能会新增或减少跨进程的数据请求事件，针对这种情况，为了实现加速后续运行以及空间和成本的需求，需要为Activity生成新的预启动进程列表。而由于更新版本一般会包含不同的功能，因此，还可能出现的情况可以包括：(1)更新版本不包含原有版本的某些Activity，针对这种情况，为了节约空间和加载成本，需要将原有Activity对应的预启动进程列表删除。(2)新版本包含原有版本中没有的新Activity，针对这种情况，为了实现加速后续运行，需要为新Activity生成预启动进程列表。(3)更新版本与原有版本具有相同的一些Activity，但是这些Activity会用到的进程发生了增加或删除的变化，因此，需要为新Activity生成预启动进程列表。当然，上述情况可能并发，此时可以应用上述对应的更新方法为更新版本应用中发生变化的Activity重新生成新的预启动列表。

在步骤202中，接收场景切换指令，该场景切换指令用于指示从第一用户切换活动Activity切换至第二Activity。

在本公开的一个实施例中，该场景切换指令可以是由用户在系统桌面上对任一应用程序图标的点击操作触发，所述第一Activity为桌面Activity，所述第二Activity为任一个应用程序的主Activity。也即是，上述接收到的场景切换指令事实上用于启动某一个应用程序。

在本公开的一个实施例中，该场景切换指令可以是由用户在某一应用界面上对按钮的点击操作触发，该第一Activity与该第二Activity属于同一个应用程序，也即是，上述接收到的场景切换指令事实上用于在一个应用程序内进行界面跳转，

在本公开的另一个实施例中，该场景切换指令可以是由用户在某一应用界面上对另一应用界面的跳转操作触发，例如，在某一应用界面上点击跳转至另一应用界面的按钮。该第一Activity属于第一应用程序，该第二Activity属于第二应用程序，一般地，在应用程序之间进行跳转时，该第二Activity可以是指应用程序的主Activity，本公开对此不做具体限定。

在步骤203中，对第一Activity暂停处理。

该进行暂停处理的线程可以是由多核终端的任一个核启动。

在步骤204中，在所述第一Activity的暂停处理过程中，从本地读取所述第二Activity的预启动进程列表，基于空闲计算资源，启动所述第二Activity的预启动进程列表中的进程。

由于在所述第一Activity的暂停处理过程中，终端内可能存在一些处于闲置状态的计算资源，例如，对于多核终端来说，该处于闲置状态的计算资源可以是指多核处理器中当前没有被占用的核，比如多核处理器中用于进行暂停处理过程的核以外的核等，为了在提高应用运行速度的同时提高资源利用率，可以将这些空闲计算资源利用起来，以便提高处理器的利用率。

上述预启动进程列表中的进程可以包括可以进行数据存储的进程，在应用运行过程中，很大概率会需要其他进程中所存储的数据，该其他进程可能是与当前进程属于同一个应用中的进程，也可以是另一应用中的进程。

具体地，基于空闲计算资源，启动所述第二Activity的预启动进程列表中的进程包括：如果所述空闲计算资源不能满足所述第二Activity的预启动进程列表中的进程的启动需求，按照各个进程在运行过程中的启动先后顺序，确定所述第二Activity的预启动进程列表中目标进程；启动所述第二Activity的预启动进程列表中的目标进程。如果列表中所有进程不能实现全部启动，则可以启动一部分进程，从而能够最大程度上利用空闲计算资源，提高应用的运行速度。

当该第一Activity为桌面Activity，所述第二Activity为任一个应用程序的主Activity时，在对第一Activity暂停处理后，还可以启动应用进程对应用的运行环境进行初始化工作，该初始化工作通常会比应用已经启动后的Activity切换过程耗费更多时间，因此，在所述第一Activity的暂停处理并对应用进行初始化的过程中，进行步骤204的第二Activity的预启动进程列表加载过程，使得后续应用的运行速度提升效果更好。

需要说明的是，上述应用运行方法可以应用于任一种应用，且这个加载方法无需第三方应用进行适配，可以大大提高终端上所安装应用的启动速度和应用速度。

在步骤205中，在该第二Activity的运行过程中，当需要向指定进程请求数据时，检测该指定进程是否已经被启动，如果已启动，则通过已启动的指定进程获取数据并将获取到的数据返回给该第二Activity所属应用。

在本实施例中，在第二Activity的运行过程中，可能需要启动指定进程进行数据查询、读取等操作，则可以检测该指定进程是否已启动，如果该指定进程是预启动过程中已经启动的进程，则检测结果会是该指定进程已启动，则可以省去对这个指定进程的启动所需时间，因此提高的界面显示以及启动的速度。

进一步地，还可以在请求数据成功后，停止该指定进程的运行，以避免对计算资源的过度占用。

上述技术方案，通过在场景切换时，在对切换前的第一Activity进行暂停处理时，利用空闲计算资源，对切换后的场景所可能使用到的进程进行提前启动。这种在暂停处理过程中，采用并行的方式，启动至少一个后续可能会使用到的进程的方式，使得在接下来的运行过程中，如果需要对这些进程所存储的数据进行请求时，如果发现这个进程已经启动，则可以直接跳过启动流程，直接由已启动的进程将数据返回给应用，避免了启动进程所需的时间消耗，也避免了跨进程查询数据所导致的阻塞，从而加快了整体执行速度，提高了应用的运行速度。

图3是根据一示例性实施例示出的一种应用运行装置框图。参照图3，该装置包括接收模块301，暂停模块302、读取模块303和启动模块304。

接收模块301，用于接收场景切换指令，所述场景切换指令用于指示从第一用户切换活动Activity切换至第二Activity；

暂停模块302，用于对所述第一Activity暂停处理；

读取模块303，用于在所述第一Activity的暂停处理过程中，从本地读取所述第二Activity的预启动进程列表；

启动模块304，用于基于空闲计算资源，启动所述第二Activity的预启动进程列表中的进程；

其中，所述第二Activity的预启动进程列表包括至少一个所述第二Activity在历史运行过程中发生跨进程的数据请求事件时被启动的进程。在一种可能实现方式中，所述至少一个所述第二Activity在运行过程中所使用到的多媒体资源包括：应用界面的背景图片、应用界面布局中各个界面元素的图片或所述第二Activity在用户使用过程中所使用到的图片中至少一项。

在一种可能实现方式中，参见图4，基于图3的结构，所述装置还包括：列表生成模块305，用于在所述第二Activity的运行过程中，当发生跨进程的数据请求事件时，如果被请求的进程尚未启动，则启动并记录所述被请求的进程，生成所述第二Activity的预启动进程列表。

在一种可能实现方式中，所述列表生成模块305还用于当所述第二Activity所属应用的版本更新后，根据更新版本中所述第二Activity的运行过程，重新生成所述第二Activity的预启动进程列表。

在一种可能实现方式中，所述启动模块304用于：如果所述空闲计算资源不能满足所述第二Activity的预启动进程列表中的进程的启动需求，按照各个进程在运行过程中的启动先后顺序，确定所述第二Activity的预启动进程列表中目标进程；启动所述第二Activity的预启动进程列表中的目标进程。

在一种可能实现方式中，所述第一Activity为桌面Activity，所述第二Activity为任一个应用程序的主Activity；或，所述第一Activity与所述第二Activity属于同一个应用程序；或，所述第一Activity属于第一应用程序，所述第二Activity属于第二应用程序。

在一种可能实现方式中，所述读取模块303用于在所述第一Activity为桌面Activity，所述第二Activity为任一个应用程序的主Activity时，在所述第一Activity的暂停处理过程和所述任一应用程序对运行环境进行初始化的过程中，从本地读取所述第二Activity的预启动进程列表。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图5是根据一示例性实施例示出的一种应用运行装置500的框图。例如，装置500可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图5，装置500可以包括以下一个或多个组件：处理组件502，存储器504，电源组件506，多媒体组件508，音频组件510，输入/输出(I/O)的接口512，传感器组件514，以及通信组件516。

处理组件502通常控制装置500的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件502可以包括一个多核处理器520来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件502可以包括一个或多个模块，便于处理组件502和其他组件之间的交互。例如，处理组件502可以包括多媒体模块，以方便多媒体组件508和处理组件502之间的交互。

存储器504被配置为存储各种多媒体资源型的数据以支持在装置500的操作。这些数据的示例包括用于在装置500上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器504可以由任何多媒体资源型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件506为装置500的各种组件提供电力。电源组件506可以包括电源管理系统，一个或多个电源，及其他与为装置500生成、管理和分配电力相关联的组件。

多媒体组件508包括在所述装置500和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件508包括一个前置摄像头和/或后置摄像头。当装置500处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件510被配置为输出和/或输入音频信号。例如，音频组件510包括一个麦克风(MIC)，当装置500处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器504或经由通信组件516发送。在一些实施例中，音频组件510还包括一个扬声器，用于输出音频信号。

I/O接口512为处理组件502和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件514包括一个或多个传感器，用于为装置500提供各个方面的状态评估。例如，传感器组件514可以检测到设备500的打开/关闭状态，组件的相对定位，例如所述组件为装置500的显示器和小键盘，传感器组件514还可以检测装置500或装置500一个组件的位置改变，用户与装置500接触的存在或不存在，装置500方位或加速/减速和装置500的温度变化。传感器组件514可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件514还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件514还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件516被配置为便于装置500和其他设备之间有线或无线方式的通信。装置500可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件516经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件516还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置500可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述应用运行方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器504，上述指令可由装置500的多核处理器520执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (13)

1.一种应用运行方法，其特征在于，所述方法包括：

接收场景切换指令，所述场景切换指令用于指示从第一Activity切换至第二Activity，所述第一Activity和所述第二Activity均是Android平台的一种标准组件；

对所述第一Activity暂停处理；

在所述第一Activity的暂停处理过程中，从本地读取所述第二Activity的预启动进程列表，基于空闲计算资源，启动所述第二Activity的预启动进程列表中的进程；

其中，所述第二Activity的预启动进程列表包括至少一个所述第二Activity在历史运行过程中发生跨进程的数据请求事件时被启动的进程。

2.根据权利要求1所述的方法，其特征在于，所述接收场景切换指令之前，所述方法还包括：

在所述第二Activity的运行过程中，当发生跨进程的数据请求事件时，如果被请求的进程尚未启动，则启动并记录所述被请求的进程，生成所述第二Activity的预启动进程列表。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

当所述第二Activity所属应用的版本更新后，根据更新版本中所述第二Activity的运行过程，重新生成所述第二Activity的预启动进程列表。

4.根据权利要求1所述的方法，其特征在于，基于空闲计算资源，启动所述第二Activity的预启动进程列表中的进程包括：

如果所述空闲计算资源不能满足所述第二Activity的预启动进程列表中的进程的启动需求，按照各个进程在运行过程中的启动先后顺序，确定所述第二Activity的预启动进程列表中目标进程；

启动所述第二Activity的预启动进程列表中的目标进程。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述第一Activity为桌面Activity，所述第二Activity为任一个应用程序的主Activity；或，所述第一Activity与所述第二Activity属于同一个应用程序；或，所述第一Activity属于第一应用程序，所述第二Activity属于第二应用程序。

6.根据权利要求5所述的方法，其特征在于，所述第一Activity为桌面Activity，所述第二Activity为任一个应用程序的主Activity时，在所述第一Activity的暂停处理过程和所述任一应用程序对运行环境进行初始化的过程中，执行从本地读取所述第二Activity的预启动进程列表，基于空闲计算资源，启动所述第二Activity的预启动进程列表中的进程的步骤。

7.一种应用运行装置，其特征在于，所述装置包括：

接收模块，用于接收场景切换指令，所述场景切换指令用于指示从第一Activity切换至第二Activity，所述第一Activity和所述第二Activity均是Android平台的一种标准组件；

暂停模块，用于对所述第一Activity暂停处理；

读取模块，用于在所述第一Activity的暂停处理过程中，从本地读取所述第二Activity的预启动进程列表；

启动模块，用于基于空闲计算资源，启动所述第二Activity的预启动进程列表中的进程；

其中，所述第二Activity的预启动进程列表包括至少一个所述第二Activity在历史运行过程中发生跨进程的数据请求事件时被启动的进程。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：列表生成模块，用于在所述第二Activity的运行过程中，当发生跨进程的数据请求事件时，如果被请求的进程尚未启动，则启动并记录所述被请求的进程，生成所述第二Activity的预启动进程列表。

9.根据权利要求8所述的装置，其特征在于，所述列表生成模块还用于当所述第二Activity所属应用的版本更新后，根据更新版本中所述第二Activity的运行过程，重新生成所述第二Activity的预启动进程列表。

10.根据权利要求7所述的装置，其特征在于，所述启动模块用于：如果所述空闲计算资源不能满足所述第二Activity的预启动进程列表中的进程的启动需求，按照各个进程在运行过程中的启动先后顺序，确定所述第二Activity的预启动进程列表中目标进程；启动所述第二Activity的预启动进程列表中的目标进程。

11.根据权利要求7至10任一项所述的装置，其特征在于，所述第一Activity为桌面Activity，所述第二Activity为任一个应用程序的主Activity；或，所述第一Activity与所述第二Activity属于同一个应用程序；或，所述第一Activity属于第一应用程序，所述第二Activity属于第二应用程序。

12.根据权利要求11所述的装置，其特征在于，所述读取模块用于在所述第一Activity为桌面Activity，所述第二Activity为任一个应用程序的主Activity时，在所述第一Activity的暂停处理过程和所述任一应用程序对运行环境进行初始化的过程中，从本地读取所述第二Activity的预启动进程列表。

13.一种应用运行装置，其特征在于，包括：

多核处理器；

用于存储所述多核处理器可执行的指令的存储器；

其中，所述多核处理器被配置为：

接收场景切换指令，所述场景切换指令用于指示从第一Activity切换至第二Activity，所述第一Activity和所述第二Activity均是Android平台的一种标准组件；

对所述第一Activity暂停处理；

在所述第一Activity的暂停处理过程中，从本地读取所述第二Activity的预启动进程列表，基于空闲计算资源，启动所述第二Activity的预启动进程列表中的进程；

其中，所述第二Activity的预启动进程列表包括至少一个所述第二Activity在历史运行过程中发生跨进程的数据请求事件时被启动的进程。