WO2023124554A1 - 应用启动方法、装置、设备及存储介质 - Google Patents

Abstract

一种应用启动方法、装置、设备及存储介质，属于电子设备领域。该方法包括：在第一系统显示系统界面的情况下，响应于应用启动操作，第一系统关闭屏幕刷新，应用启动操作指从第一系统启动目标应用的操作，目标应用由第二系统运行，且屏幕刷新关闭过程中可穿戴设备的屏幕显示内容保持不变(401)；第一系统向第二系统发送应用启动消息(402)；第二系统关闭屏幕刷新，并基于应用启动消息绘制目标界面，目标界面为第一系统的系统界面或目标应用的应用界面(403)；在目标界面绘制完成的情况下，第二系统开启屏幕刷新，并显示目标界面(404)。

Description

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

本申请要求于2021年12月27日提交的申请号为202111612937.0、发明名称为“应用启动方法、装置、设备及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请实施例涉及电子设备领域，特别涉及一种应用启动方法、装置、设备及存储介质。

背景技术

随着科技技术的不断发展，越来越多功能各异的电子设备应运而生，为用户的日常生活带来诸多遍历。

电子设备除了可以实现一些简单功能，比如查看时间、设置闹钟外，还可以通过安装的应用实现一些复杂功能。比如，用户可以通过电子设备中安装的即时通信应用进行即时通信，通过安装的睡眠监测应用对睡眠质量进行实时监测。

发明内容

本申请实施例提供了一种应用启动方法、装置、设备及存储介质。所述技术方案如下：

一方面，本申请实施例提供了一种应用启动方法，所述方法用于电子设备，所述电子设备中支持运行第一系统和第二系统；

所述方法包括：

在所述第一系统显示系统界面的情况下，响应于应用启动操作，所述第一系统关闭屏幕刷新，其中，所述应用启动操作指从所述第一系统启动目标应用的操作，所述目标应用由所述第二系统运行，屏幕刷新关闭过程中所述电子设备的屏幕显示内容保持不变；

所述第一系统向所述第二系统发送应用启动消息；

所述第二系统关闭屏幕刷新，并基于所述应用启动消息绘制目标界面，所述目标界面为所述第一系统的所述系统界面或所述目标应用的应用界面；

在所述目标界面绘制完成的情况下，所述第二系统开启屏幕刷新，并显示所述目标界面。

另一方面，本申请实施例提供了一种应用启动装置，所述装置用于电子设备，所述电子设备中支持运行第一系统和第二系统；

所述装置包括：

第一系统模块，用于在显示系统界面的情况下，响应于应用启动操作，关闭屏幕刷新，其中，所述应用启动操作指从所述第一系统模块启动目标应用的操作，所述目标应用由所述第二系统模块运行，屏幕刷新关闭过程中所述电子设备的屏幕显示内容保持不变；

所述第一系统模块，用于向所述第二系统模块发送应用启动消息；

所述第二系统模块，用于关闭屏幕刷新，并基于所述应用绘制目标界面，所述目标界面为所述第一系统模块的所述系统界面或所述目标应用的应用界面；

所述第二系统模块，用于在所述目标界面绘制完成的情况下，开启屏幕刷新，并显示所述目标界面。

另一方面，本申请实施例提供了一种电子设备，所述电子设备包括处理器和存储器；所述存储器存储有至少一段程序，所述至少一段程序用于被所述处理器执行以实现上述方面所述的应用启动方法。

另一方面，本申请实施例提供了一种计算机可读存储介质，所述存储介质存储有至少一段程序，所述至少一段程序用于被处理器执行以实现如上述方面所述的应用启动方法。

另一方面，本申请实施例提供了一种计算机程序产品，该计算机程序产品包括计算机指令，该计算机指令存储在计算机可读存储介质中；电子设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该电子设备执行上述方面提供的应用启 动方法。

附图说明

图1是相关技术中应用启动过程的界面示意图；

图2是本申请一个示例性实施例示出的第二处理器对应双核通信软件框架的示意图；

图3是本申请一个示例性实施例示出的第一处理器对应双核通信软件框架的示意图；

图4示出了本申请一个示例性实施例提供的应用启动方法的流程图；

图5示出了本申请一个示例性实施例提供的应用启动方法的原理示意图；

图6示出了本申请另一个示例性实施例提供的应用启动方法的流程图；

图7示出了本申请一个示例性实施例提供的应用启动过程的界面示意图；

图8是本申请另一个示例性实施例示出的应用启动过程的系统交互时序图；

图9示出了本申请另一个示例性实施例提供的应用启动方法的流程图；

图10示出了本申请一个示例性实施例提供的应用启动过程的界面示意图；

图11是本申请另一个示例性实施例示出的应用启动过程的系统交互时序图；

图12示出了本申请另一个实施例提供的应用启动装置的结构框图；

图13示出了本申请一个示例性实施例提供的电子设备的结构方框图。

具体实施方式

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

在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

相关技术中，电子设备中设置有单一处理器，并通过运行在处理器上的操作系统，对设备运行过程中产生的所有系统事件进行处理，因此该处理器需要具备较强的数据处理能力，并在设备运行过程中保持工作状态。然而，在日常使用过程中，电子设备在大多数情况下只需要实现一些对处理性能要求较低的功能，比如，对于智能手表或智能手环来说，大多数情况下，智能手表或智能手环只需要进行时间显示和消息提示。因此，长时间保持处理器处于工作状态并不会提高电子设备的性能，反而会增加设备功耗，导致电子设备的续航时间较短(在电池容量较小的可穿戴式设备上尤为明显)。

为了在保证电子设备性能的同时，降低电子设备的功耗，在一种可能的实施方式中，电子设备至少设置具有不同处理性能以及功耗的第一处理器和第二处理器，分别用于运行第一系统和第二系统(即双核双系统)，并为双核双系统设计了一套系统切换机制。

电子设备运行过程中，通过运行在低功耗处理器上的第一系统，对低性能处理需求的事件进行处理，并保持高功耗处理器处于休眠状态(相应的，由高功耗处理器运行的第二系统处于休眠状态)，在实现电子设备基础功能的同时，降低电子设备的功耗；当出现存在高性能处理需求的事件时(比如启动应用程序时)，通过唤醒高功耗处理器，并切换至第二系统对事件进行处理，保证触发的事件能够被及时响应并处理，满足电子设备的性能需求。

为了方便用户快速启动第二系统中的应用，第二系统中的应用支持从第一系统启动。比如，对于智能手表，第一系统的表盘界面中设置有微件(widget)，用户可以通过点击表盘界面上的微件快速启动第二系统中该微件对应的应用。

然而，从第一系统启动第二系统中应用的过程中，由于第二系统被唤醒至亮屏时，第二系统首先会绘制上一次熄屏前的界面，然后再绘制待启动应用的应用界面，导致应用启动过程中会闪现第二系统上一次熄屏前的界面，影响应用启动过程中界面切换的平滑性。

示意性的，如图1所示，当用户点击智能手表所显示表盘界面11上的运动微件111，且第二系统上一次熄屏前的界面为天气应用界面12时，在运动应用启动过程中，智能手表显示 内容的变化过程为：表盘界面11→天气应用界面12→运动应用界面13。

为了实现应用启动过程中界面的平滑切换，本申请实施例中引入屏幕刷新关闭机制，当接收到从第一系统启动第二系统中目标应用的应用启动操作时，屏幕刷新功能在第二系统完成目标界面(第一系统的系统界面或目标应用的应用界面)绘制前保持关闭，并在第二系统完成目标界面绘制时开启。由于完成第二系统上一次熄屏前界面绘制时屏幕刷新保持关闭，因此电子设备不会显示第二系统上一次熄屏前界面，而是保持显示应用启动操作前的显示内容，从而避免应用启动过程中闪现第二系统上一次熄屏前界面的问题。

本申请实施例中，由于第一处理器和第二处理器异步工作，且第一系统和第二系统需要实现系统通信(或称为双核通信)。在一种可能的应用场景下，第一系统为运行在微控制单元(Micro Controller Unit，MCU)上的实时操作系统(Real Time Operating System，RTOS)，且第二系统为运行在中央处理器(Central Processing Unit，CPU)上的安卓(Android)操作系统。

如图2所示，其示出了本申请一个示例性实施例示出的安卓操作系统的双核通信软件框架。该双核通信软件框架遵循“低耦合，高可靠，高复用”的设计原则，包括Kernel(内核)、HIDL(硬件抽象层接口描述语言)、Native Service(本地服务)、Framework Service(框架服务)、Framework API(框架接口)和APP(应用)部分的模块开发。

其中，APP模块包括Launcher(桌面启动器)、Setting(设置)和SystemUI(系统用户界面)等功能模块，Framework API模块中包括MCUManager(MCU管理)、SensorManager(传感器管理)、LocationManager(位置管理)等管理模块，Framework Service模块中包括MCUManagerService(MCU管理服务)、SystemSensorManager(系统传感器管理)、LocationManagerService(位置管理服务)等服务模块，Native Service模块包括dccservice(dcc服务)、Sensorservice(传感器服务)等服务模块，HIDL模块包括Sensor HAL(传感器硬件抽象层)、GPS HAL(全球定位系统硬件抽象层)等模块。Kernel模块包括dcc_data、Mcu_sensor、Mcu_gps等DCC Transfer Driver(DCC传输驱动)。

传输层作为双核通信软件框架中衔接上下层的接口层，向应用层屏蔽系统下层(数据链路层)通信的传输细节，为应用场景提供服务通道；应用层作为服务提供的主体，响应于人机交互并通过传输层对人机交互过程中产生的数据进行传输，以及对外部数据请求进行响应。

RTOS采用对等原则进行设计。以电子设备为智能手表为例，如图3所示，其示出了本申请一个示例性实施例示出的RTOS的双核通信软件框架。

RTOS的双核通信软件框架分为应用层(Application Layer)、服务层(Service Layer)、框架层(Framework Layer)、硬件抽象层(Hardware abstraction layer)和平台层(Platform Layer)。

其中，应用层包括watch face(表盘)、Daily Tracker(日常追踪)、Message center(消息中心)、Voice around Apps(声音应用)、Health Apps(健康应用)、Settings(设置)等应用模块；服务层包括Sport&health task(运动健康任务)、System manager task(系统管理任务)、AMS(活动管理服务)、AudioService(音频服务)、Log Service(日志服务)、OFTP Service(Odette文件传输协议服务)、BT Service(蓝牙服务)、Delegate Service(转交服务)、RPC Service(远程调用服务)、sensor Service(传感器服务)、storage Service(存储服务)等服务模块；框架层包括Message Pub(消息中心)、UI Framework(用户界面框架)、G2D Engine(G2D引擎)、Audio Middleware(音频中间件)、Preference(偏好)、File system(文件系统)、Algorithms(算法)、AsycEvent(进程内异步事件)等框架模块；硬件抽象层包括Screen/TP(屏幕/触控屏)、sensors(传感器)、Keypad(键盘)、Motor(马达)等硬件抽象模块；平台层包括板级支持包(Board Support Package，BSP)以及低等级驱动(LOW level Driver)，其中，BSP包括Screen/TP、Codec(编码译码器)、sensors、Flash(闪存)、PSRAM(伪静态随机存储器)等等，低等级驱动包括Uart(通用异步收发传输器)、ADC (模数转换器)、GPIO(通用输入输出)、SPI(串行外设接口)、I2C(集成电路总线)、IOS(输入输出系统)、PCM(脉冲编码调制)、I2S(集成音频总线)、HWTimer(硬件定时器)。

需要说明的是，上述双核通信软件框架仅用于示意性说明，本领域技术人员还可以根据实际需求，对上述框架进行增加、删除或修改，本申请实施例并不对双核通信软件框架的具体结构构成限定。

请参考图4，其示出了本申请一个示例性实施例提供的应用启动方法的流程图，本实施例以该方法应用电子设备，且电子设备支持运行第一系统和第二系统为例进行说明，该方法可以包括如下步骤。

步骤401，在第一系统显示系统界面的情况下，响应于应用启动操作，第一系统关闭屏幕刷新，其中，应用启动操作指从第一系统启动目标应用的操作，目标应用由第二系统运行，屏幕刷新关闭过程中电子设备的屏幕显示内容保持不变。

其中，第一系统的运行功耗低于第二系统的运行功耗。

在一种可能的实施方式中，电子设备设置有第一处理器和第二处理器，其中，第一处理器的处理性能低于第二处理器的处理性能(第一处理器的处理能力和处理速度均低于第二处理器)，且第一处理器的功耗低于第二处理器的功耗。相应的，第二系统(由第二处理器运行)能够处理第一系统(由第一处理器运行)所处理的事件，而第一系统并不一定能够处理第二系统所处理的事件。

在另一种可能的实施方式中，电子设备也可以设置单一处理器，第一系统和第二系统分别运行在处理器的不同核心上，其中，运行第二系统的核心的处理性能高于运行第一系统的核心的处理性能。

以电子设备为智能手表为例，第一处理器为MCU，第二处理器为CPU，第一系统为RTOS，第二系统为安卓系统。相应的，第一系统所能处理的事件包括表盘显示、表盘界面切换、通知消息显示等对处理性能要求较低的场景或弱交互场景；第二系统所能处理的事件包括来电接听、启动应用、表盘编辑、功能设置等对处理性能要求较高的场景或强交互场景。

在一种可能的实施方式中，电子设备的工作模式包括性能模式、混动模式和低功耗模式，其中，性能模式下，第二处理器和第一处理器均保持唤醒状态(相应的，第一系统和第二系统均处于唤醒状态)；低功耗模式下，仅第一处理器保持唤醒状态，而第二处理器保持关闭状态(即第一系统处于唤醒状态，第二系统处于关闭状态)；混动模式下，在通过第一系统处理事件时，第二处理器处于待机状态，可以在休眠和唤醒状态之间切换(即第一系统处于唤醒状态时，第二系统既可以处于唤醒状态，又可以处于休眠状态)。

可选的，唤醒状态下，系统相关数据缓存在内存(RAM)中，以便于随时运行系统相关数据，休眠状态下，处理器大部分硬件模块关闭，系统相关数据存储在硬盘(ROM)中，并在切换为唤醒状态时由硬盘写入内存中。

不同于智能手机一类具有强交互属性的电子设备，可穿戴式设备作为一种辅助性的电子设备，在绝大多数使用场景下与用户之间仅存在弱交互。比如，用户在大部分场景下仅通过智能手表进行抬腕查看时间。因此，可穿戴式设备通过第一系统对事件进行处理时，控制第二处理器处于休眠状态(第二系统处于休眠状态)，从而降低可穿戴式设备的整体功耗。为了方便表述，下述实施例中以可穿戴式设备为例进行说明。

可选的，第一系统处于唤醒状态时，电子设备显示第一系统的系统界面，比如，可穿戴式设备显示表盘界面。在一种可能的应用场景下，当第一系统处于唤醒状态时，第二系统处于休眠状态；在另一种可能的应用场景下，当第一系统处于唤醒状态时，第二系统同样处于唤醒状态，且第一系统处于前台运行状态，而第二系统处于后台运行状态。

本申请实施例中，电子设备中安装的应用支持在第二系统中运行，且支持从第一系统中 触发启动。可选的，支持从第一系统中触发启动的应用为默认应用或者由用户自定义。

当用户想要从第一系统启动由第二系统运行的目标应用时，可以执行特定的应用启动操作。其中，该应用启动操作可以包括如下至少一种：对第一系统中微件的点击操作，对物理按键的按键操作，以及对第一系统的系统界面的滑动操作，本申请实施例并不对具体的应用启动操作构成限定。

当接收到应用启动操作时，第一系统关闭屏幕刷新，使电子设备保持屏幕显示内容不变。其中，屏幕刷新关闭过程中，第一系统将停止向电子设备的屏幕上传新的图像数据。在一些实施例中，屏幕刷新关闭期间，电子设备的屏幕通过重复刷新机制持续显示第一系统最近上传的一帧图像，以此保持屏幕显示内容不变，该图像为电子设备接收到应用启动操作时所显示的画面。比如，该图像画面为第一系统的系统界面。

以电子设备为智能手表，第一系统为RTOS，第二系统为安卓系统为例，如图5所示，RTOS处于唤醒状态并控制屏幕显示表盘界面，当RTOS接收到应用启动操作(对RTOS对应表盘界面中微件的点击操作，或者，接收到对表冠的按键操作)时，RTOS系统关闭屏幕刷新。由于RTOS在接收到应用启动操作之前向屏幕发送了表盘界面的图像数据，因此关闭屏幕刷新后智能手表保持显示表盘界面。

步骤402，第一系统向第二系统发送应用启动消息。

在一种可能的实施方式中，第一系统通过双核通信的方式，向第二系统发送应用启动消息。其中，该应用启动消息中至少包含用于指示待启动的目标应用的应用启动数据。

需要说明的是，若第二系统处于休眠状态，第一系统需要先唤醒第二系统，其中，第一系统可以通过发送中断的方式唤醒第二系统，本实施例对此不作限定。

示意性的，如图5所示，RTOS接收到应用启动操作后，通过双核通信方式向安卓系统发送应用启动消息。

步骤403，第二系统关闭屏幕刷新，并基于应用启动消息绘制目标界面，目标界面为第一系统的系统界面或目标应用的应用界面。

为了避免应用启动过程中，电子设备闪现上一次熄屏前界面，唤醒状态下，第二系统同样关闭屏幕刷新，即不会向电子设备的屏幕上传绘制的图像数据，使电子设备继续保持屏幕显示内容不变。

本申请实施例中，唤醒状态下的第二系统根据应用启动过程中的动画展示需求绘制目标界面，该目标界面可以为第一系统的系统界面(即电子设备当前显示的界面)，或者，目标应用的应用界面(通常指的是目标应用的首帧图像)。

示意性的，如图5所示，安卓系统接收到应用启动消息后，在唤醒状态关闭屏幕更新，并绘制目标界面。安卓系统关闭屏幕刷新期间，电子设备的屏幕继续显示表盘界面。

步骤404，在目标界面绘制完成的情况下，第二系统开启屏幕刷新，并显示目标界面。

可选的，当目标界面为第一系统的系统界面时，完成系统界面绘制后，第二系统还需要对目标应用的应用界面进行绘制，以便后续进行显示。

在目标界面绘制完成前，第二系统的屏幕刷新保持关闭；在目标界面绘制完成时，为了能够显示该目标界面，第二系统开启屏幕刷新，并通过屏幕显示目标界面。

由于上一次熄屏前界面在第二系统处于唤醒状态时首先绘制，且上一次熄屏前界面绘制完成时，目标界面还未绘制完毕，因此绘制完成的上一次熄屏前界面并不会被上传至屏幕，从而避免出现闪现第二系统上一次熄屏前界面的问题。

示意性的，如图5所示，当目标界面绘制完成时，安卓系统开启屏幕更新，并将绘制完成的目标界面上传至屏幕，由屏幕进行显示。可见，引入屏幕更新关闭机制后，能够避免出现闪现第二系统上一次熄屏前界面的问题。

综上所述，本申请实施例中，对于支持双系统的电子设备，当接收到从第一系统启动由第二系统运行的目标应用的应用启动操作时，屏幕刷新功能在第二系统完成目标界面绘制前 保持关闭，并在第二系统完成目标界面绘制时开启，即在目标界面绘制完成前电子设备保持显示内容不变，从而避免出现应用启动过程中闪现第二系统上一次熄屏前界面的问题，实现应用启动过程中界面之间的平滑切换。

可选的，第一系统向第二系统发送应用启动消息，包括：

第一系统基于目标应用对过渡动画的支持情况，向第二系统发送应用启动消息，过渡动画指由系统界面过渡为应用界面的动画。

可选的，在过渡动画关闭的情况下，应用启动消息包括应用启动数据；或，

在过渡动画开启的情况下，应用启动消息包括应用启动属于和界面数据；

其中，应用启动数据用于表征待启动的目标应用，界面数据用于绘制第一系统的系统界面。

可选的，在目标应用不支持过渡动画的情况下，基于应用启动消息绘制目标界面包括：

第二系统基于应用启动数据绘制目标应用的应用界面；

在目标界面绘制完成的情况下，第二系统开启屏幕刷新，并显示目标界面，包括：

在目标应用的应用界面绘制完成的情况下，第二系统开启屏幕刷新，并显示应用界面。

可选的，在目标应用支持过渡动画的情况下，基于应用启动消息绘制目标界面，包括：第二系统基于界面数据绘制第一系统的系统界面；

在目标界面绘制完成的情况下，第二系统开启屏幕刷新，并显示目标界面，包括：

在第一系统的系统界面绘制完成的情况下，第二系统开启屏幕刷新，并显示系统界面。

可选的，第二系统基于界面数据绘制第一系统的系统界面之后，方法还包括：

第二系统基于应用启动数据绘制目标应用的应用界面；

第二系统基于系统界面和应用界面显示过渡动画。

可选的，在目标应用支持过渡动画的情况下，方法还包括：

第一系统基于系统界面生成界面数据，界面数据采用图片形式或文件形式，其中，文件形式的界面数据中包含系统界面的控件布局信息以及资源文件。

可选的，方法还包括：

第二系统向第一系统发送状态更新消息，状态更新消息用于表征更新应用对过渡动画的支持情况；

第一系统基于状态更新消息更新应用是对过渡动画的支持情况。

可选的，第二系统关闭屏幕刷新，并基于应用启动消息绘制目标界面，包括：

第二系统从第一系统处获取屏幕控制权限；

在获取到屏幕控制权限的情况下，第二系统关闭屏幕刷新，并基于应用启动消息绘制目标界面。

可选的，第一系统向第二系统发送应用启动消息之后，方法还包括：

第二系统绘制历史界面，历史界面为上一次熄屏前第二系统显示的界面，且历史界面在目标界面之前绘制；或，

在识别出应用启动消息的情况下，第二系统取消绘制历史界面。

可选的，应用启动操作包括如下至少一种：对物理按键的按键操作，对第一系统中微件widget的点击操作，以及对第一系统的系统界面的滑动操作。

可选的，第一系统的运行功耗低于第二系统的运行功耗。

在一些实施例中，第一系统向第二系统发送应用启动消息后，第二系统在绘制目标界面前，第二系统可以首先绘制历史界面，该历史界面为上一次熄屏前第二系统显示的界面。由于历史界面绘制完成时，目标界面还未绘制完成，因此屏幕刷新仍旧处于关闭状态，相应的，该历史界面不会被上传至电子设备的屏幕。

可选的，为了避免不必要的界面绘制，第二系统在识别出应用启动消息的情况下，取消绘制历史界面，而是直接绘制目标界面，避免不必要的界面绘制造成的处理资源浪费。

在实际应用过程中，用户可以根据需求设置在应用启动过程中展示过渡动画，或者不展示过渡动画(可以针对部分应用或者全部应用)，其中，当从第一系统启动第二系统中的应用时，该过渡动画指由第一系统的系统界面过渡为应用界面的动画。

在一种可能的实施方式中，第一系统中维护有应用对过渡动画的支持情况，当接收到应用启动操作时，第一系统基于目标应用对过渡动画的支持情况，向第二系统发送应用启动消息，且支持和不支持两种情况下，第一系统发送的应用启动消息中包含的内容也不同。

可选的，应用对过渡动画的支持情况可以通过过渡动画开关统一设置，即通过过渡动画开关统一控制所有应用支持过渡动画或不支持过渡动画；或者，对过渡动画的支持情况也可以为应用的默认属性(支持修改或不支持修改)，即部分应用支持过渡动画，部分应用不支持过渡动画，本实施例对此不作限定。

下面采用示例性的实施例，分别对目标应用支持过渡动画和不支持过渡动画这两种场景下的应用启动过程进行说明。

请参考图6，其示出了本申请另一个示例性实施例提供的应用启动方法的流程图，本实施例以该方法应用电子设备，且电子设备支持运行第一系统和第二系统为例进行说明，该方法可以包括如下步骤。

步骤601，在第一系统显示系统界面的情况下，响应于应用启动操作，第一系统关闭屏幕刷新，其中，应用启动操作指从第一系统启动目标应用的操作，目标应用由第二系统运行，屏幕刷新关闭过程中电子设备的屏幕显示内容保持不变。

本步骤的实施方式可以参考上述步骤401，本实施例在此不作赘述。

步骤602，在目标应用不支持过渡动画的情况下，第一系统向第二系统发送包含应用启动数据的应用启动消息。

在一种可能的实施方式中，第一系统中维护有过渡动画的开关状态。当接收应用启动操作，且检测到过渡动画处于关闭状态时，由于第二系统无需展示由第一系统的系统界面过渡为应用界面的过渡动画，因此第一系统向第二系统发送的应用启动消息中需要包含表征待启动的目标应用的应用启动数据。

可选的，该应用启动数据可以为目标应用的应用标识，或者，应用启动操作的操作数据，比如，该操作数据可以为按键操作的按压次数或者滑动操作的滑动方向，第二系统可以基于操作数据与应用标识之间的映射关系确定出目标应用。

在一些实施例中，当应用启动操作为触摸操作时，第一系统基于触摸操作的触摸区域，确定显示区域与该触摸区域存在交集的控件，并将该控件对应的应用确定为目标应用，从而将该目标应用的应用标识确定为应用启动数据。

在一些实施例中，当应用启动操作为按键操作时，第一系统基于按键操作的按压次数，确定与该按压次数对应的目标应用(第一系统中存储由按压次数与应用之间的对应关系)，从而将目标应用的应用标识确定为应用启动数据；或者，第一系统将按压次数(即应用启动操作的操作数据)作为应用启动参数，由第二系统基于按压次数确定目标应用。

在一些实施例中，当应用启动操作为滑动操作时，第一系统基于滑动操作的滑动参数(比如滑动方向)，确定与该滑动参数对应的目标应用(第一系统中存储由滑动参数与应用之间的对应关系)，从而将目标应用的应用标识确定为应用启动数据；或者，第一系统将滑动参数(即应用启动操作的操作数据)作为应用启动参数，由第二系统基于滑动参数确定目标应用。

需要说明的是，本实施例仅以上述应用启动操作以及应用启动数据为例进行示意性说明，但并不对此构成限定。

示意性的，如图7所示，RTOS处于工作状态，安卓系统处于休眠状态的情况下，智能手表显示RTOS的表盘界面71，表盘界面71中显示有运行应用对应的微件711。当接收到对微件711的点击操作时，RTOS关闭屏幕刷新，并向安卓系统发送包含运动应用对应应用标 识的应用启动消息。其中，RTOS关闭屏幕刷新期间，智能手表继续显示RTOS的表盘界面71。

步骤603，第二系统关闭屏幕刷新，并基于应用启动数据绘制目标应用的应用界面。

由于电子设备的屏幕控制权限当前位于第一系统，因此第二系统需要从第一系统处获取屏幕控制权限，并在获取到屏幕控制权限的情况下，第二系统关闭屏幕刷新。其中，获取到屏幕控制权限后，第二系统即可控制屏幕刷新开闭。

可选的，第二系统基于应用启动消息中包含的应用启动数据，确定待启动的目标应用，从而启动该目标应用。

示意性的，如图7所示，安卓系统接收到RTOS发送的应用启动消息后，由休眠状态切换为唤醒状态，并从RTOS处获取屏幕控制权限，从而关闭屏幕刷新。

由于无需展示过渡动画，因此第二系统在启动目标应用过程中绘制目标应用的应用界面，该应用界面为目标应用的首帧画面。

需要说明的是，第二系统在启动目标应用的过程中，需要执行其他显示应用前的必要操作，比如亮屏操作。其中，该亮屏操作是指软件层面的操作，包括框架层的亮屏启动操作、屏幕状态设置操作(将第二系统对应的屏幕状态由off修改为on)等等，本实施例对此不作限定。

示意性的，如图7所示，安卓系统基于应用启动消息中的应用标识启动运动应用，并绘制运动应用界面。在运动应用界面绘制完成前，由于安卓系统关闭了屏幕刷新，因此智能手表继续显示RTOS的表盘界面71。

步骤604，在目标应用的应用界面绘制完成的情况下，第二系统开启屏幕刷新，并显示应用界面。

在一种可能的实施方式中，第二系统实时检测目标应用的应用界面是否绘制完成，并在检测到绘制完成时，重新开启屏幕刷新。屏幕刷新开启后，第二系统即可向屏幕上传绘制得到的应用界面，进而通过屏幕对该应用界面进行渲染显示。

示意性的，如图7所示，当运动应用界面绘制完成时，安卓系统开启屏幕刷新，并将运动应用界面的图像数据上传至屏幕。屏幕接收到安卓系统上报的图像数据后，将当前显示内容由表盘界面71更新为运动应用界面72。

如图8所示，第一系统处于唤醒状态，第二系统处于休眠状态，当监听到应用启动操作时，第一系统关闭屏幕刷新，并向第二系统发送包含目标应用的应用标识的应用启动消息。

第二系统接收到应用启动消息后由休眠状态切换为唤醒状态，并获取屏幕控制权限，从而关闭屏幕刷新。第二系统基于应用标识启动目标应用。在进行应用启动的过程中，第二系统绘制应用界面，并执行亮屏操作。当完成亮屏操作，且应用界面绘制完成时，第二系统开启屏幕刷新，并通过屏幕显示绘制的应用界面。

本实施例中，在关闭过渡动画的情况下，第一系统通过向第二系统发送包含应用启动数据的应用启动消息，由第二系统基于该应用启动数据启动目标应用，并绘制目标应用的应用界面，从而在应用界面绘制完成时，重新开启屏幕刷新，并显示应用界面。由于在应用界面绘制完成前屏幕刷新处于关闭状态，因此第一系统的系统界面切换为应用界面过程中，不会闪现第二系统上一次熄屏前界面，提高了应用启动过程中界面切换的平滑度。

请参考图9，其示出了本申请另一个示例性实施例提供的应用启动方法的流程图，本实施例以该方法应用电子设备，且电子设备支持运行第一系统和第二系统为例进行说明，该方法可以包括如下步骤。

步骤901，在第一系统显示系统界面的情况下，响应于应用启动操作，第一系统关闭屏幕刷新，其中，应用启动操作指从第一系统启动目标应用的操作，目标应用由第二系统运行，屏幕刷新关闭过程中电子设备的屏幕显示内容保持不变。

本步骤的实施方式可以参考上述步骤401，本实施例在此不作赘述。

步骤902，在目标应用支持过渡动画的情况下，第一系统向第二系统发送包含应用启动数据以及界面数据的应用启动消息。

在一种可能的实施方式中，第一系统中维护有过渡动画的开关状态。当接收应用启动操作，且检测到过渡动画处于开启状态时，由于第二系统需要展示由第一系统的系统界面过渡为应用界面的过渡动画，因此第一系统向第二系统发送的应用启动消息中除了需要包含表征待启动的目标应用的应用启动数据外，还需要包含界面数据，该界面数据即用于绘制第一系统的系统界面。

其中，应用启动数据的确定方式可以参考上述步骤602，本实施例在此不作赘述。

在一些实施例中，当确定目标应用支持过渡动画时，第一系统首先基于系统界面生成界面数据，该界面数据采用图片形式或文件形式，其中，文件形式的界面数据中包含系统界面的控件布局信息以及资源文件。相对应的，当界面数据采用图片形式时，直接对界面数据进行图像绘制即可得到系统界面，当界面数据采用文件形式时，基于资源文件对各个控件进行绘制，并基于控件布局信息对绘制得到的控件进行布局，即可得到系统界面。

示意性的，如图10所示，RTOS处于工作状态，安卓系统处于休眠状态的情况下，智能手表显示RTOS的表盘界面101，表盘界面101中显示有运行应用对应的微件1011。当接收到对微件1011的点击操作时，RTOS关闭屏幕刷新，并向安卓系统发送包含运动应用对应应用标识，以及表盘界面101对应界面数据的应用启动消息。其中，RTOS关闭屏幕刷新期间，智能手表继续显示RTOS的表盘界面101。

步骤903，第二系统关闭屏幕刷新，并基于界面数据绘制第一系统的系统界面。

在一种可能的实施方式中，第二系统接收到第一系统发送的应用启动消息，且检测到应用启动消息中包含界面数据时，首先基于界面数据绘制第一系统的系统界面，以便后续基于该系统界面显示过渡动画。

示意性的，如图10所示，安卓系统接收到RTOS发送的应用启动消息后，由休眠状态切换为唤醒状态，并从RTOS处获取屏幕控制权限，从而关闭屏幕刷新。安卓系统基于应用启动消息中的应用标识启动运动应用，并基于界面数据首先绘制表盘界面。在表盘界面绘制完成前，由于安卓系统关闭了屏幕刷新，因此智能手表继续显示RTOS的表盘界面101。

步骤904，在第一系统的系统界面绘制完成的情况下，第二系统开启屏幕刷新，并显示系统界面。

在一种可能的实施方式中，第二系统实时检测系统界面是否绘制完成，并在检测到绘制完成时，重新开启屏幕刷新。屏幕刷新开启后，第二系统即可向屏幕上传绘制得到的系统界面，进而通过屏幕对该系统界面进行渲染显示。

示意性的，如图10所示，当表盘界面绘制完成时，安卓系统开启屏幕刷新，并将表盘界面的图像数据上传至屏幕。屏幕接收到安卓系统上报的图像数据后渲染显示表盘界面101。需要说明的是，虽然屏幕的显示内容在屏幕刷新开闭前后相同，但是在屏幕刷新关闭期间显示的表盘界面是由屏幕基于第一系统上报的图像数据渲染得到，而屏幕刷新开启后显示的表盘界面是由屏幕基于第二系统上报的图像数据渲染得到。

步骤905，第二系统基于应用启动数据绘制目标应用的应用界面。

在一种可能的实施方式中，第二系统在完成系统界面的绘制后，对目标应用的应用界面进行绘制。

示意性的，如图10所示，安卓系统完成表盘界面绘制并显示时，继续绘制运动应用的运动应用界面。

步骤906，第二系统基于系统界面和应用界面显示过渡动画。

当应用界面绘制完成时，第二系统即根据绘制得到的系统界面和应用界面显示过渡动画。可选的，该过渡动画可以是系统界面逐渐缩小，应用界面逐渐放大的动画，或者，可以是系 统界面逐渐滑出，应用界面逐渐滑入的动画，或者，可以是系统界面逐渐模糊，应用界面逐渐清晰的动画，本实施例对过渡动画的具体效果不作限定。

示意性的，如图10所示，安卓系统绘制完成运动应用界面后，基于表盘界面和运动应用界面显示过渡动画，并最终显示运动应用界面102。

如图11所示，第一系统处于唤醒状态，第二系统处于休眠状态，当监听到应用启动操作时，第一系统关闭屏幕刷新，并基于第一系统的系统界面生成界面数据，从而向第二系统发送包含应用标识以及界面数据应用启动消息。

第二系统接收到应用启动消息后由休眠状态切换为唤醒状态，并获取屏幕控制权限，从而关闭屏幕刷新，并基于应用标识启动目标应用。第二系统首先基于界面数据绘制第一系统的系统界面，并在绘制过程中执行亮屏操作。当完成亮屏操作，且系统界面绘制完成时，第二系统开启屏幕刷新，并通过屏幕显示绘制的第一系统的系统界面。第二系统继续绘制目标应用的应用界面，并基于系统界面和应用界面显示过渡动画。过渡动画结束后，第二系统最终显示目标应用的应用界面。

本实施例中，在开启过渡动画的情况下，第一系统通过向第二系统发送包含应用启动数据以及界面数据的应用启动消息，由第二系统基于该应用启动数据启动目标应用，并基于界面数据绘制第一系统的系统界面，从而在系统界面绘制完成时，重新开启屏幕刷新，并显示系统界面。当目标应用的应用界面绘制完成时，第二系统基于系统界面和应用界面显示过渡动画，完成应用启动。由于在系统界面绘制完成前屏幕刷新处于关闭状态，因此切换过程中不会闪现第二系统上一次熄屏前界面，提高了应用启动过程中界面切换的平滑度。

由于用户可以根据需求自由设置应用是否支持过渡动画，因此在一种可能的实施方式中，在接收到状态更新操作的情况下，第二系统向第一系统发送状态更新消息，该状态更新消息用于表征更新应用对过渡动画的支持情况。其中，该状态更新消息可以指示更新所有应用对过渡动画的支持情况，或者，更新特定应用对过渡动画的支持情况。比如，该状态更新操作可以是对过渡动画开关设置控件的触发操作，用于指示更新所有应用对过渡动画的支持情况。

对应的，第一系统基于状态更新消息更新应用对过渡动画的支持情况，以便后续基于更新后的支持情况，确定向第二系统发送的应用启动消息中所需包含的内容。

在其他可能的实施方式中，由于显示过渡动画过程需要占用一定处理资源，因此在电子设备的设备电量高于电量阈值(比如30％)，且应用支持过渡动画时，第一系统向第二系统发送包含应用启动数据以及界面数据的应用启动消息；在电子设备的设备电量低于电量阈值时，即便应用支持过渡动画，第一系统也仅向第二系统发送包含应用启动数据的应用启动消息。

需要说明的是，上述各个实施例中，仅以双核双系统设备下应用界面的显示过程为例进行说明，在其他可能的应用场景下，单核双系统(比如处理器不同核心上运行不同系统)设备也可以采用本申请实施例提供的方案实现系统切换过程中应用界面的显示，本实施例在此不作赘述。

请参考图12，其示出了本申请一个实施例提供的应用启动装置的结构框图。该装置可以通过软件、硬件或者两者的结合实现成为电子设备的全部或一部分。该装置包括：

第一系统模块1201，用于在显示系统界面的情况下，响应于应用启动操作，关闭屏幕刷新，其中，所述应用启动操作指从第一系统模块启动目标应用的操作，所述目标应用由第二系统模块运行，屏幕刷新关闭过程中所述电子设备的屏幕显示内容保持不变；

所述第一系统模块1201，用于向第二系统模块1202发送应用启动消息；

所述第二系统模块1202，用于关闭屏幕刷新，并基于所述应用启动消息绘制目标界面，所述目标界面为所述第一系统模块的所述系统界面或所述目标应用的应用界面；

所述第二系统模块1202，用于在所述目标界面绘制完成的情况下，开启屏幕刷新，并显 示所述目标界面。

可选的，所述第一系统模块1201，用于基于所述目标应用对过渡动画的支持情况，向所述第二系统模块1202发送所述应用启动消息，所述过渡动画指由所述系统界面过渡为所述应用界面的动画。

可选的，在所述过渡动画关闭的情况下，所述应用启动消息包括应用启动数据；或，

在所述过渡动画开启的情况下，所述应用启动消息包括应用启动属于和界面数据；

其中，所述应用启动数据用于表征待启动的所述目标应用，所述界面数据用于绘制所述第一系统模块的所述系统界面。

可选的，在所述目标应用不支持所述过渡动画的情况下，所述第二系统模块1202，用于：

基于所述应用启动数据绘制所述目标应用的应用界面；

所述第二系统模块1202，还用于：

在所述目标应用的应用界面绘制完成的情况下，开启屏幕刷新，并显示所述应用界面。

可选的，在所述目标应用支持所述过渡动画的情况下，所述第二系统模块1202，用于：

基于所述界面数据绘制所述第一系统模块的系统界面；

所述第二系统模块1202，还用于：

在所述第一系统模块的系统界面绘制完成的情况下，开启屏幕刷新，并显示所述系统界面。

可选的，所述第二系统模块1202，还用于：

基于所述应用启动数据绘制所述目标应用的应用界面；

基于所述系统界面和所述应用界面显示所述过渡动画。

可选的，在所述目标应用支持所述过渡动画的情况下，所述第一系统模块1201，还用于：

基于所述系统界面生成所述界面数据，所述界面数据采用图片形式或文件形式，其中，文件形式的所述界面数据中包含所述系统界面的控件布局信息以及资源文件。

可选的，所述第二系统模块1202，用于：

向所述第一系统模块1201发送状态更新消息，所述状态更新消息用于表征更新应用对所述过渡动画的支持情况；

所述第一系统模块1201，用于：

基于所述状态更新消息更新应用对所述过渡动画的支持情况。

可选的，所述第二系统模块1202，用于：

从所述第一系统模块1201处获取屏幕控制权限；

在获取到屏幕控制权限的情况下，关闭屏幕刷新，并基于所述应用启动消息绘制所述目标界面。

可选的，所述第二系统模块1202，还用于：

绘制历史界面，所述历史界面为上一次熄屏前所述第二系统模块显示的界面，且所述历史界面在所述目标界面之前绘制；或，

在识别出所述应用启动消息的情况下，取消绘制所述历史界面。

可选的，所述应用启动操作包括如下至少一种：对物理按键的按键操作，对所述第一系统模块中微件widget的点击操作，以及对所述第一系统模块的所述系统界面的滑动操作。

可选的，所述第一系统模块1201的运行功耗低于所述第二系统模块1202的运行功耗。

综上所述，本申请实施例中，对于支持双系统的电子设备，当接收到从第一系统启动由第二系统运行的目标应用的应用启动操作时，屏幕刷新功能在第二系统完成目标界面绘制前保持关闭，并在第二系统完成目标界面绘制时开启，即在目标界面绘制完成前电子设备保持显示内容不变，从而避免出现应用启动过程中闪现第二系统上一次熄屏前界面的问题，实现应用启动过程中界面之间的平滑切换。

请参考图13，其示出了本申请一个示例性实施例提供的电子设备的结构方框图。本申请中的电子设备可以包括一个或多个如下部件：处理器1310和存储器1320。

可选的，处理器1310至少包括第一处理器1311和第二处理器1312，其中，第一处理器1311用于运行第一系统，第二处理器1312用于运行第二系统，且第一处理器1311的功耗低于第二处理器1312的功耗，第一处理器1311的性能低于第二处理器1312的性能。处理器1310利用各种接口和线路连接整个电子设备内的各个部分，通过运行或执行存储在存储器1320内的指令、程序、代码集或指令集，以及调用存储在存储器1320内的数据，执行电子设备的各种功能和处理数据。可选地，处理器1310可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable Logic Array，PLA)中的至少一种硬件形式来实现。处理器1310可集成中央处理器(Central Processing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)、神经网络处理器(Neural-network Processing Unit，NPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责触摸显示屏所需要显示的内容的渲染和绘制；NPU用于实现人工智能(Artificial Intelligence，AI)功能；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器1310中，单独通过一块芯片进行实现。

存储器1320可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory，ROM)。可选地，该存储器1320包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器1320可用于存储指令、程序、代码、代码集或指令集。存储器1320可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等；存储数据区可存储根据电子设备的使用所创建的数据(比如音频数据、电话本)等。

本申请实施例中的电子设备还包括通信组件1330和显示组件1340。其中，通信组件1330可以为蓝牙组件、无线局域网(Wireless Fidelity，Wi-Fi)组件、近场通信(Near Field Communication，NFC)组件等等，用于通过有线或无线网络与外部设备(服务器或其他终端设备)进行通信；显示组件1340用于进行图形用户界面展示，和/或，接收用户交互操作。

除此之外，本领域技术人员可以理解，上述附图所示出的电子设备的结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。比如，电子设备中还包括射频电路、输入单元、传感器、音频电路、扬声器、麦克风、电源等部件，在此不再赘述。

本申请实施例还提供了一种计算机可读存储介质，该存储介质存储有至少一段程序，至少一段程序用于被处理器执行以实现如上述实施例所述的应用启动方法。

本申请实施例提供了一种计算机程序产品，该计算机程序产品包括计算机指令，该计算机指令存储在计算机可读存储介质中；电子设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该电子设备执行上述实施例提供的应用启动方法。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (20)

1. 一种应用启动方法，所述方法用于电子设备，所述电子设备中支持运行第一系统和第二系统；

   所述方法包括：

   在所述第一系统显示系统界面的情况下，响应于应用启动操作，所述第一系统关闭屏幕刷新，其中，所述应用启动操作指从所述第一系统启动目标应用的操作，所述目标应用由所述第二系统运行，屏幕刷新关闭过程中所述电子设备的屏幕显示内容保持不变；

   所述第一系统向所述第二系统发送应用启动消息；

   所述第二系统关闭屏幕刷新，并基于所述应用启动消息绘制目标界面，所述目标界面为所述第一系统的所述系统界面或所述目标应用的应用界面；

   在所述目标界面绘制完成的情况下，所述第二系统开启屏幕刷新，并显示所述目标界面。
2. 根据权利要求1所述的方法，其中，所述第一系统向所述第二系统发送应用启动消息，包括：

   所述第一系统基于所述目标应用对过渡动画的支持情况，向所述第二系统发送所述应用启动消息，所述过渡动画指由所述系统界面过渡为所述应用界面的动画。
3. 根据权利要求2所述的方法，其中，

   在所述过渡动画关闭的情况下，所述应用启动消息包括应用启动数据；或，

   在所述过渡动画开启的情况下，所述应用启动消息包括应用启动属于和界面数据；

   其中，所述应用启动数据用于表征待启动的所述目标应用，所述界面数据用于绘制所述第一系统的所述系统界面。
4. 根据权利要求3所述的方法，其中，在所述目标应用不支持所述过渡动画的情况下，所述基于所述应用启动消息绘制目标界面包括：

   所述第二系统基于所述应用启动数据绘制所述目标应用的应用界面；

   所述在所述目标界面绘制完成的情况下，所述第二系统开启屏幕刷新，并显示所述目标界面，包括：

   在所述目标应用的应用界面绘制完成的情况下，所述第二系统开启屏幕刷新，并显示所述应用界面。
5. 根据权利要求3所述的方法，其中，在所述目标应用支持所述过渡动画的情况下，所述基于所述应用启动消息绘制目标界面，包括：所述第二系统基于所述界面数据绘制所述第一系统的系统界面；

   所述在所述目标界面绘制完成的情况下，所述第二系统开启屏幕刷新，并显示所述目标界面，包括：

   在所述第一系统的系统界面绘制完成的情况下，所述第二系统开启屏幕刷新，并显示所述系统界面。
6. 根据权利要求5所述的方法，其中，所述第二系统基于所述界面数据绘制所述第一系统的系统界面之后，所述方法还包括：

   所述第二系统基于所述应用启动数据绘制所述目标应用的应用界面；

   所述第二系统基于所述系统界面和所述应用界面显示所述过渡动画。
7. 根据权利要求3所述的方法，其中，在所述目标应用支持所述过渡动画的情况下，所述方法还包括：

   所述第一系统基于所述系统界面生成所述界面数据，所述界面数据采用图片形式或文件形式，其中，文件形式的所述界面数据中包含所述系统界面的控件布局信息以及资源文件。
8. 根据权利要求2所述的方法，其中，所述方法还包括：

   所述第二系统向所述第一系统发送状态更新消息，所述状态更新消息用于表征更新应用对所述过渡动画的支持情况；

   所述第一系统基于所述状态更新消息更新应用是对所述过渡动画的支持情况。
9. 根据权利要求1至8任一所述的方法，其中，所述第二系统关闭屏幕刷新，并基于所述应用启动消息绘制目标界面，包括：

   所述第二系统从所述第一系统处获取屏幕控制权限；

   在获取到屏幕控制权限的情况下，所述第二系统关闭屏幕刷新，并基于所述应用启动消息绘制所述目标界面。
10. 根据权利要求1至8任一所述的方法，其中，所述第一系统向所述第二系统发送应用启动消息之后，所述方法还包括：

    所述第二系统绘制历史界面，所述历史界面为上一次熄屏前所述第二系统显示的界面，且所述历史界面在所述目标界面之前绘制；或，

    在识别出所述应用启动消息的情况下，所述第二系统取消绘制所述历史界面。
11. 根据权利要求1至8任一所述的方法，其中，所述应用启动操作包括如下至少一种：对物理按键的按键操作，对所述第一系统中微件widget的点击操作，以及对所述第一系统的所述系统界面的滑动操作。
12. 根据权利要求1至8任一所述的方法，其中，所述第一系统的运行功耗低于所述第二系统的运行功耗。
13. 一种应用启动装置，所述装置用于电子设备，所述电子设备中支持运行第一系统和第二系统；

    所述装置包括：

    第一系统模块，用于在显示系统界面的情况下，响应于应用启动操作，关闭屏幕刷新，其中，所述应用启动操作指从所述第一系统模块启动目标应用的操作，所述目标应用由所述第二系统模块运行，屏幕刷新关闭过程中所述电子设备的屏幕显示内容保持不变；

    所述第一系统模块，用于向所述第二系统模块发送应用启动消息；

    所述第二系统模块，用于关闭屏幕刷新，并基于所述应用启动消息绘制目标界面，所述目标界面为所述第一系统模块的所述系统界面或所述目标应用的应用界面；

    所述第二系统模块，用于在所述目标界面绘制完成的情况下，开启屏幕刷新，并显示所述目标界面。
14. 根据权利要求13所述的装置，其中，所述第一系统模块，用于：

    基于所述目标应用对过渡动画的支持情况，向所述第二系统模块发送所述应用启动消息，所述过渡动画指由所述系统界面过渡为所述应用界面的动画。
15. 根据权利要求14所述的装置，其中，

    在所述过渡动画关闭的情况下，所述应用启动消息包括应用启动数据；或，

    在所述过渡动画开启的情况下，所述应用启动消息包括应用启动属于和界面数据；

    其中，所述应用启动数据用于表征待启动的所述目标应用，所述界面数据用于绘制所述第一系统模块的所述系统界面。
16. 根据权利要求15所述的装置，其中，在所述目标应用不支持所述过渡动画的情况下，所述第二系统模块，用于：

    基于所述应用启动数据绘制所述目标应用的应用界面；

    所述第二系统模块，还用于：

    在所述目标应用的应用界面绘制完成的情况下，开启屏幕刷新，并显示所述应用界面。
17. 根据权利要求15所述的装置，其中，在所述目标应用支持所述过渡动画的情况下，所述第二系统模块，用于：

    基于所述界面数据绘制所述第一系统模块的系统界面；

    所述第二系统模块，还用于：

    在所述第一系统模块的系统界面绘制完成的情况下，开启屏幕刷新，并显示所述系统界面。
18. 一种电子设备，所述电子设备包括处理器和存储器；所述存储器存储有至少一段程序，所述至少一段程序用于被所述处理器执行以实现如权利要求1至12任一所述的应用启动方法。
19. 一种计算机可读存储介质，所述存储介质存储有至少一段程序，所述至少一段程序用于被处理器执行以实现如权利要求1至12任一所述的应用启动方法。
20. 一种计算机程序产品，所述计算机程序产品包括计算机指令，所述计算机指令存储在计算机可读存储介质中；电子设备的处理器从所述计算机可读存储介质读取所述计算机指令，所述处理器执行所述计算机指令，使得所述电子设备实现如权利要求1至12任一所述的应用启动方法。

Images