CN115480834A - 显示方法及电子设备 - Google Patents

Abstract

本申请提供显示方法及电子设备，涉及终端技术领域。本申请能够将图标动效与启动窗口图片解码并行执行，在检测到用户的启动操作后，即可开始显示应用启动动效，节约等待延时，提升用户使用体验。该方法包括：响应于应用启动操作，开始绘制启动窗口，并且在启动窗口绘制完成之前即响应于应用启动操作开始显示应用图标启动动效。在启动窗口绘制完成后，显示启动窗口动效，从而完成应用启动动效的显示。

Description

显示方法及电子设备

技术领域

本申请实施例涉及终端技术领域，尤其涉及一种显示方法及电子设备。

背景技术

应用程序启动过程中，电子设备(如手机、平板等)会按照预先设定的动画效果，显示应用程序图标以及应用程序窗口，从而为用户提供更好的应用程序启动的视觉效果。

示例性的，如图1中(a)所示界面101，电子设备检测到用户点击图库图标11的操作后，确定待显示的第一个界面的窗口内容并绘制完成后，开始显示应用启动动效。例如，先显示图标动效，如将图标放大显示。如图1中(b)所示界面102，附图标记12指示的图标为图标放大动效过程中的某一时刻的图标显示效果。之后，开始显示窗口(即待显示的第一个界面的窗口)动效，如将窗口放大显示。如图1中(c)所示界面103，附图标记13指示的窗口为窗口动效过程中某一时刻的窗口显示效果。电子设备完成窗口动效的显示后，显示如图1中(d)所示界面104，即全屏显示图库窗口。

可以看出在上述过程中，电子设备需完成待显示的第一个界面的窗口内容绘制后，才能够显示应用启动动效，若窗口内容绘制时间较长，用户点击应用图标后，不能马上看到启动动效，即出现响应延时，影响用户使用体验。基于此，谷歌(Google)提出一种Starting Window机制，在电子设备中预置图片，在待显示的第一个界面的窗口内容绘制完成之前，将该图片作为启动动画内容与图标动效衔接，降低响应延时。

但是，由于Starting Window机制需要对预置图片进行解码后才能够进行显示，同样会产生一定的延时，不能为用户提供最佳的应用启动体验。

发明内容

为了解决上述的技术问题，本申请提供了一种显示方法及电子设备。本申请提供的技术方案，能够将图标动效与启动窗口图片解码并行执行，在检测到用户的启动操作后，即可开始显示应用启动动效，节约等待延时，提升用户使用体验。

为了实现上述的技术目的，本申请实施例提供了如下技术方案：

第一方面，提供一种显示方法，应用于电子设备。该方法包括：接收来自用户的应用启动指令。响应于应用启动指令，显示应用对应的图标动效并绘制应用对应的启动窗口；图标动效开始显示于启动窗口绘制完成之前。在启动窗口绘制完成后，显示应用对应的启动窗口动效。

其中，用户的启动指令用于指示电子设备启动对应的应用，例如可以包括在显示屏上点击该应用图标的操作。

在一些实施例中，电子设备在接收到用户的应用启动指令后，开始显示应用图标动效并绘制启动窗口。那么，在启动窗口绘制过程中，用户就能够看到应用图标动效。

这样，电子设备在接收到用户的应用启动指令后，不必等待启动窗口绘制完成即可开始显示应用图标启动动效，能够有效降低用户操作的响应时延，提升用户使用体验。

根据第一方面，或者以上第一方面的任意一种实现方式，在显示应用对应的图标动效并绘制应用对应的启动窗口之前，方法还包括：确定应用配置有启动窗口机制。

在一些实施例中，电子设备确定需要显示应用启动动效后，需要确定该应用是否配置有启动窗口机制，进而确定是否需要改进应用启动过程中由于绘制启动窗口导致的响应延时问题。

示例性的，电子设备通过桌面(如launcher)检测到应用启动操作后，将应用启动操作发送至系统服务(SystemServer)中，通过系统服务中的性能优化系统中的开关配置模块确定电子设备是否开启应用启动动效，若开启则确认在应用启动过程中允许显示应用启动动效。之后，电子设备通过WMS中的活动记录模块查询性能优化系统中学习模块中记录的应用启动窗口标识，确定待启动的应用是否配置启动窗口机制，以及是否预置有启动窗口对应的图片。例如，在学习模块中保存有预设表格，在预设表格中记录电子设备中安装的应用程序是否配置有启动窗口机制的标识，进而根据标识确定应用是否配置有启动窗口机制。

这样，电子设备在确定应用配置有启动窗口机制后，能够响应于应用启动指令绘制启动窗口，并显示应用图标动效，避免出现等待主界面绘制导致的响应延时问题。

根据第一方面，或者以上第一方面的任意一种实现方式，响应于应用启动指令，显示应用对应的图标动效并绘制应用对应的启动窗口，包括：响应于应用启动指令，电子设备通过窗口管理服务获取应用的图标数据，根据图标数据显示应用对应的图标动效；同时响应于应用启动指令，电子设备通过启动窗口处理模块获取启动窗口数据包，根据启动窗口数据包绘制启动窗口。

这样，基于启动窗口机制，响应于应用启动操作，在绘制预置启动窗口图片的同时，显示应用图标动效，从而保证检测到应用启动操作后即可显示应用启动动效，进一步降低响应时延，提升用户使用体验。

根据第一方面，或者以上第一方面的任意一种实现方式，预设应用图标动效显示等待时长，并且预设应用图标动效显示等待时长小于启动窗口绘制时长，保证在启动窗口绘制完成之前，即可开始显示应用图标动效。

基于此，电子设备在检测到应用启动操作后，等待预设应用图标动效显示等待时长后，再开始显示应用图标动效。并且，电子设备在检测到应用启动操作后，开始绘制启动窗口。

这样，电子设备在节约了启动窗口绘制等待时间的同时，避免用户长时间观看应用图标动效，提升了用户使用体验。

根据第一方面，或者以上第一方面的任意一种实现方式，绘制启动窗口包括：获取启动窗口数据包，解压该启动窗口数据包后，获取启动窗口数据包中预置的启动窗口数据，通过启动窗口数据绘制启动窗口。或者，获取预置的启动窗口图片，完成启动窗口绘制。

根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：响应于应用启动指令，绘制应用对应的主界面。

根据第一方面，或者以上第一方面的任意一种实现方式，在显示应用对应的启动窗口动效之后，方法还包括：显示主界面。

这样，电子设备响应于应用启动指令，即可开始绘制应用主界面内容。该主界面为应用启动动效后待显示的第一帧图像对应的界面，电子设备在确定主界面绘制以及合成完成后，则可以结束启动动效的显示，开始显示应用主界面，完成应用的启动过程。

也就是说，在主界面绘制过程中，显示应用图标动效以及启动窗口动效，从而避免出现由于等待主界面绘制导致的用户操作响应延时问题。

根据第一方面，或者以上第一方面的任意一种实现方式，应用启动指令包括在应用的图标上的点击操作对应的指令、或者语音启动应用的语音指令。

第二方面，提供一种电子设备。该电子设备包括：处理器、存储器和显示屏，存储器、显示屏与处理器耦合，存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当处理器从存储器中读取计算机指令，使得电子设备执行如下操作：接收来自用户的应用启动指令。响应于应用启动指令，显示应用对应的图标动效并绘制应用对应的启动窗口；图标动效开始显示于启动窗口绘制完成之前。在启动窗口绘制完成后，显示应用对应的启动窗口动效。

根据第二方面，在显示应用对应的图标动效并绘制应用对应的启动窗口之前，电子设备还执行：确定应用配置有启动窗口机制。

根据第二方面，或者以上第二方面的任意一种实现方式，响应于应用启动指令，显示应用对应的图标动效并绘制应用对应的启动窗口，包括：响应于应用启动指令，电子设备通过窗口管理服务获取应用的图标数据，根据图标数据显示应用对应的图标动效；同时响应于应用启动指令，电子设备通过启动窗口处理模块获取启动窗口数据包，根据启动窗口数据包绘制启动窗口。

根据第二方面，或者以上第二方面的任意一种实现方式，预设应用图标动效显示等待时长，并且预设应用图标动效显示等待时长小于启动窗口绘制时长，保证在启动窗口绘制完成之前，即可开始显示应用图标动效。

根据第二方面，或者以上第二方面的任意一种实现方式，绘制启动窗口包括：获取启动窗口数据包，解压该启动窗口数据包后，获取启动窗口数据包中预置的启动窗口数据，通过启动窗口数据绘制启动窗口。或者，获取预置的启动窗口图片，完成启动窗口绘制。

根据第二方面，或者以上第二方面的任意一种实现方式，电子设备还执行：响应于应用启动指令，绘制应用对应的主界面。

根据第二方面，或者以上第二方面的任意一种实现方式，在显示应用对应的启动窗口动效之后，电子设备还执行：显示主界面。

根据第二方面，或者以上第二方面的任意一种实现方式，应用启动指令包括在应用的图标上的点击操作对应的指令、或者语音启动应用的语音指令。

第二方面以及第二方面中任意一种实现方式所对应的技术效果，可参见上述第一方面及第一方面中任意一种实现方式所对应的技术效果，此处不再赘述。

第三方面，本申请实施例提供一种电子设备，该电子设备具有实现如上述第一方面及其中任一种可能的实现方式中所述的显示方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应地软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第三方面以及第三方面中任意一种实现方式所对应的技术效果，可参见上述第一方面及第一方面中任意一种实现方式所对应的技术效果，此处不再赘述。

第四方面，提供一种计算机可读存储介质。计算机可读存储介质存储有计算机程序(也可称为指令或代码)，当该计算机程序被电子设备执行时，使得电子设备执行第一方面或第一方面中任意一种实施方式的方法。

第四方面以及第四方面中任意一种实现方式所对应的技术效果，可参见上述第一方面及第一方面中任意一种实现方式所对应的技术效果，此处不再赘述。

第五方面，本申请实施例提供一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行第一方面或第一方面中任意一种实施方式的方法。

第五方面以及第五方面中任意一种实现方式所对应的技术效果，可参见上述第一方面及第一方面中任意一种实现方式所对应的技术效果，此处不再赘述。

第六方面，本申请实施例提供一种电路系统，电路系统包括处理电路，处理电路被配置为执行第一方面或第一方面中任意一种实施方式的方法。

第六方面以及第六方面中任意一种实现方式所对应的技术效果，可参见上述第一方面及第一方面中任意一种实现方式所对应的技术效果，此处不再赘述。

第七方面，本申请实施例提供一种芯片系统，包括至少一个处理器和至少一个接口电路，至少一个接口电路用于执行收发功能，并将指令发送给至少一个处理器，当至少一个处理器执行指令时，至少一个处理器执行第一方面或第一方面中任意一种实施方式的方法。

第七方面以及第七方面中任意一种实现方式所对应的技术效果，可参见上述第一方面及第一方面中任意一种实现方式所对应的技术效果，此处不再赘述。

附图说明

图1为本申请实施例提供的界面示意图一；

图2为本申请实施例提供的界面示意图二；

图3为本申请实施例提供的Starting Window机制下的应用启动动效原理示意图一；

图4为本申请实施例提供的电子设备的硬件结构示意图；

图5为本申请实施例提供的电子设备的软件结构框图示意图；

图6为本申请实施例提供的显示方法流程图一；

图7为本申请实施例提供的显示方法流程图二；

图8为本申请实施例提供的显示方法应用的模块交互示意图；

图9为本申请实施例提供的界面示意图三；

图10为本申请实施例提供的Starting Window机制下的应用启动动效原理示意图二；

图11为本申请实施例提供的电子设备的结构示意图。

具体实施方式

下面结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请实施例的描述中，以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在包括例如“一个或多个”这种表达形式，除非其上下文中明确地有相反指示。还应当理解，在本申请以下各实施例中，“至少一个”、“一个或多个”是指一个或两个以上(包含两个)。

在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。术语“连接”包括直接连接和间接连接，除非另外说明。“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。

在本申请实施例中，“示例性地”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性地”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性地”或者“例如”等词旨在以具体方式呈现相关概念。

在一些场景中，电子设备中预置的应用启动动效包含两部分动效元素，一部分为应用图标(Icon)动效，另一部分为绘制后的应用窗口(window)动效。电子设备在检测到用户启动应用程序的操作后，绘制该应用程序对应的第一个显示界面的内容，并在完成绘制后，开始显示启动动效。由于电子设备需要等待窗口绘制完成后，才能够开始显示启动动效，因此用户在实施启动操作启动应用后的一段时间内无法获知该启动操作是否生效，即电子设备产生启动响应延时，影响用户使用体验。

基于此，谷歌(Google)提出一种启动窗口(Starting Window)机制，在电子设备中为应用程序预置一张图片，在待显示的应用程序第一个显示界面绘制完成之前，显示该预置图片动效，降低显示时延。

示例性的，假设智慧生活应用采用Starting Window机制，配置有启动动效对应的图片，如图2中(a)所示界面201，电子设备检测到用户点击智慧生活图标21的操作后，确定启动智慧生活应用，则绘制对应的第一个显示界面(即显示智慧生活主界面)的窗口内容，并开始显示启动动效。启动动效包含如图2中(b)所示界面202中附图标记22指示的图标放大过程中某一时刻的图标动效，以及如图2中(c)所示界面203中附图标记23指示的预置图片放大过程中某一时刻的预置图片对应的窗口动效。之后，如图2中(d)所示界面204，电子设备显示预置图片直至第一个显示界面的窗口内容绘制完成，显示如图2中(e)所示界面205，即显示智慧生活主界面，完成智慧生活应用的启动。

在上述Starting Window机制中，由于预置图片较大，一般在电子设备中存储的为该预置图片对应的数据信息，在需要显示启动动效时，解码该数据信息并利用数据信息进行预置图片的绘制后，再进行启动动效的显示。因此，在显示启动动效前，预置图片的绘制过程同样会消耗一定的时间，导致电子设备产生一定的应用启动操作响应延时。如图3所示，电子设备在t1时刻检测到用户对应用图标的点击操作后，在后台进行应用对应的预置图片31的绘制，在t2时刻预置图片31绘制完成后，才可以开始显示动画(即启动动效)。t1到t2这一时间段内，电子设备界面显示内容不变，即对于用户的点击操作产生响应时延，影响用户使用体验。对应于图2所示场景，电子设备在图2中(a)所示界面201检测到用户点击智慧生活图标21的操作后，会延时一段时间，才能够开始显示如图2中(b)所示界面202上显示的应用图标动效。

基于此，本申请实施例提供一种显示方法，基于Starting Window机制，响应于应用启动操作，在绘制预置图片的过程中，显示应用图标动效，从而保证检测到应用启动操作后即可开始显示应用启动动效，进一步降低响应时延，提升用户使用体验。

下面介绍本申请提供的电子设备：

本申请实施例中电子设备100例如可以包括但不限于手机、平板电脑、可穿戴设备、车载设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)、人工智能(artificialintelligence)设备等具有显示功能的终端设备。电子设备100安装的操作系统包括但不限于

或者其它操作系统。在一些实施例中，电子设备100可以为固定式设备，也可以为便携式设备。本申请对电子设备100的具体类型、所安装的操作系统均不作限制。

示例性的，图4为本申请实施例提供的电子设备100的一个结构示意图。

电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriberidentification module，SIM)卡接口195等。

可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器，使处理器110与触摸传感器通过I2C总线接口通信，实现电子设备100的触摸功能。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现电子设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现电子设备100的显示功能。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行电子设备100的各种功能应用以及数据处理。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。电子设备100可以通过音频模块170，例如音乐播放，录音等。音频模块170可以包括扬声器，受话器，麦克风，耳机接口，以及应用处理器等实现音频功能。

传感器模块180可以包括压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器，骨传导传感器等。

压力传感器用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器可以设置于显示屏194。压力传感器的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器，电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏，电子设备100根据压力传感器检测所述触摸操作强度。电子设备100也可以根据压力传感器的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

触摸传感器，也称“触控器件”。触摸传感器可以设置于显示屏194，由触摸传感器与显示屏194组成触摸屏，也称“触控屏”。触摸传感器用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器也可以设置于电子设备100的表面，与显示屏194所处的位置不同。

在一些实施例中，电子设备100显示屏194上显示有应用程序图标，通过触摸传感器检测到点击应用图标的操作后，电子设备100确定需要启动该应用。之后，确定该应用是否配置有Starting Window机制，若配置有Starting Window机制即配置有预置图片用于启动动效，则绘制该预置图片并显示图标动效，在预置图片绘制完成后，显示该预置图片对应的窗口动效，完成该应用的启动动效显示后，显示应用主界面。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。

电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android系统为例，示例性说明电子设备100的软件结构。

示例性的，图5为本申请实施例中电子设备100的一个软件结构示意框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将系统分为四层，从上至下分别为应用程序层，应用程序框架层，运行时和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图5所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序(也可以称为应用)。

其中，应用程序层还可以包括性能优化应用。该性能优化应用可以提供可视化的界面或视图，也可以不提供可视化的界面或视图。当电子设备被启动后，该性能优化应用可以自动启动，而无需用户的操作。该性能优化应用例如可以包括iAware，该性能优化应用能够用于记录应用是否配置有Starting Window机制。例如，利用表格记录Starting Window机制配置状态，将配置有Starting Window机制的应用进行标识。后续电子设备在检测到启动应用的操作后，利用性能优化应用中记录内容确定该应用是否带有Starting Window机制对应的标识，进而确定是否需要对Starting Window图片进行绘制。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图5所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器，本地Profile管理助手(Local Profile Assistant，LPA)等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

在一些实施例中，窗口管理器能够提供窗口管理服务(window manager service，WMS)，WMS能够发起Starting Window的添加以及绘制流程。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话界面形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

应用程序框架层还可以包括性能优化系统，性能优化系统中可以存有StartingWindow机制配置情况以及Starting Window显示策略。当应用程序被启动后，可以通过性能优化应用访问性能优化系统，确定被启动的应用程序是否配置有Starting Window机制，以及采用的Starting Window显示策略。其中，Starting Window显示策略例如包括在Starting Window绘制的过程中，显示图标动效。之后在Starting Window绘制完成后，再显示Starting Window动效。

运行时包括核心库和虚拟机。运行时负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，二维图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了二维(2-Dimensional，2D)和三维(3-Dimensional，3D)图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现3D图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动，虚拟卡驱动。

示例性地，图6为本申请实施例提供的一种显示方法示意图。该方法可以应用于电子设备，如图6所示，该方法可以包括S601-S605：

S601、检测到应用启动操作，建立应用活动。

其中，应用启动操作例如包括用户对电子设备显示屏上显示的应用图标的点击操作、语音启动应用程序的操作等。活动(activity)是Android操作系统的基本组件之一，可以用于在应用程序中为用户提供可交互的界面或视图。其中，一个应用程序可以有多个活动，应用通过任务栈装载活动，其中任务栈顶端的活动为用户可以直接交互的活动。活动本身具有生命周期，可以通过操作系统提供的活动管理服务(activity manager service，AMS)去监控当前正在运行的应用程序的活动的生命周期，例如电子设备通过AMS确定活动的开始状态和暂停状态等。

在一些实施例中，电子设备检测到应用启动操作(如用户点击应用程序图标的操作)后，确定启动对应的应用程序，则暂停桌面对应的活动，并建立应用程序图标对应的应用的活动。图7为本申请实施例提供的电子设备内部模块交互用于实现显示方法的流程示意图，如图7所示，S601具体可以实现为S701-S708中任意一个或多个步骤的组合。

S701、桌面检测到应用启动操作。

S702、桌面确定建立应用活动。

S703、桌面向AMS发送应用活动建立请求。

示例性的，S701-S703中，系统服务(SystemServer)中至少包含AMS、WMS、StartingWindow处理模块以及SurfaceFlinger。桌面侧检测到用户点击应用图标的操作后，确定需要启动对应的应用，则确定需要建立应用对应的活动，向系统服务发送活动建立请求，如向AMS发送StartActivity消息。

在一些实施例中，在如图7所示的方法流程中，通过桌面进程与系统服务进程之间的交互，实现启动动效的显示。其中，桌面进程为桌面调用的进程，系统服务进程为系统服务中的模块(如AMS、WMS、Starting Window处理模块、SurfaceFlinger)调用的进程。桌面进程与系统服务进程之前通过进程间通信(inter-process communication，IPC)的方式进行通信，该进程间通信方式例如包括binder方式等。例如，桌面进程通过binder IPC向系统服务进程发送StartActivity消息。

S704、AMS建立应用活动。

S705、桌面向Starting Window处理模块发送应用活动建立信号。

S706、AMS暂停桌面活动。

S707a、AMS向桌面发送桌面活动暂停信号。

S707b、AMS向WMS发送桌面活动暂停信号。

示例性的，在S704-S707b中，AMS在接收到应用活动建立请求后，建立应用对应的活动。并且确定应暂停当前显示界面运行的桌面对应的活动，使得桌面丢失焦点，以显示应用启动动效。AMS在桌面活动暂停后向桌面发送桌面活动暂停信号，用于指示桌面暂定桌面活动。并且，AMS向WMS发送桌面活动暂停信号，用于触发WMS开始进行应用启动动效过渡准备，如确定应用启动动效参数等。此外，AMS向Starting Window处理模块发送应用活动建立信号，用于触发Starting Window处理模块获取Starting Window数据进行StartingWindow绘制。

需要说明的是，本申请实施例对于S704-S707b的执行顺序不做具体限定。比如，AMS在接收到应用活动建立请求后，先执行S704用于建立应用活动，应用活动建立后即执行S705用于向Starting Window处理模块发送应用活动建立信号。之后，再执行S706用于暂停桌面活动，桌面活动暂停后执行S707a和S707b，用于分别向桌面和WMS发送桌面活动暂停信号。其中，AMS可以同时执行S707a和S707b，也可以先执行S707a再执行S707b，还可以先执行S707b再执行S707a。又比如，AMS在接收到应用活动建立请求后，先执行S706用于暂停桌面活动，再执行S704用于建立应用活动，最后再执行S705、S707a和S707b用于发送桌面活动暂停信号以及应用活动建立信号。

S708、桌面暂停桌面活动。

示例性的，桌面在接收到桌面活动暂停信号后，暂停桌面活动。例如，桌面进程通过binder IPC方式接收到系统服务进程发送的ActivityPaused消息，桌面根据ActivityPaused消息暂停桌面活动，开始启动显示应用图标动效。

如此，电子设备响应于应用启动操作，建立应用活动，之后获取启动动效并显示。

S602、确定应用配置有Starting Window机制。

在一些实施例中，电子设备确定需要显示应用启动动效后，需要确定该应用是否配置有Starting Window机制，进而确定是否需要改进应用启动过程中由于绘制StartingWindow导致的响应延时问题。

需要说明的是，应用是否配置有Starting Window机制以及Starting Window对应的预置图片信息为应用开发者确定并预置在应用中，电子设备中的部分或全部应用配置有Starting Window机制，本申请实施例对此不做具体限制。

示例性的，如图8所示，桌面(如launcher)81检测到应用启动操作后，将应用启动操作发送至系统服务(SystemServer)82中，系统服务82中包括窗口管理服务(WMS)821和性能优化系统822。WMS 821中的远程动画控制模块8211获取到StartActivity消息确定需要执行应用启动动效。电子设备通过性能优化系统822中的开关配置模块8221确定电子设备是否开启应用启动动效，若开启则确认在应用启动过程中允许显示应用启动动效。之后，电子设备通过WMS 821中的活动记录模块8212查询性能优化系统822中学习模块8222中记录的应用Starting Window标识，确定待启动的应用是否配置Starting Window机制，以及是否预置有Starting Window对应的图片。例如，在学习模块8222中保存有下表1，在下表1中记录有电子设备中安装的应用程序是否配置有Starting Window机制的标识。如待启动的应用为应用1，活动记录模块8212查询学习模块8222中保存的下表1，确定应用1具有Starting Window标识，则确定应用1的启动动效包含Starting Window动效。

表1

应用名称	Starting Window标识
		应用1	是
应用2	否
		应用3	是

S603、显示应用图标动效并绘制Starting Window。

在一些实施例中，电子设备在确定应用配置有Starting Window机制后，需要确定应用启动动效参数，为后续进行启动动效显示进行过渡准备。其中，应用启动动效参数包括应用程序启动动画(Animation)所需的数据对应的属性参数。如图7所示S709，电子设备通过WMS确定应用启动动效参数。

示例性的，如图8所示，WMS 821通过远程动画控制模块8211获取到StartActivity消息后，确定需要进行应用启动动效过渡准备。其中，过渡准备例如包括确定应用启动动效参数，该应用启动动效参数例如包括应用启动动效的属性参数，如动效类型、动效参数等，包括动效过程中控件数据对应的位置、大小、形状等。比如，WMS确定应用图标以及StartingWindow的动效为逐渐放大显示；确定应用图标放大到预设尺寸后衔接Starting Window动效；在衔接过程中应用图标淡出，Starting Window淡入，两者叠加构成Starting Window动效等对应的相关参数。

可选的，如图8所示，WMS 821能够通过远程动画控制模块8211获取到StartActivity消息，那么WMS不必在接收到桌面活动暂停信号后再确定应用启动动效参数。也就是说，如图7所示，S709可以在S707b之后执行，也可以在S707b之前执行；或者S707b为可选步骤，AMS不必向WMS发送桌面活动暂停信号。

在一些实施例中，电子设备通过WMS确定应用启动动效参数后，确定应用启动动效包含两个阶段的动效，阶段1动效为显示应用图标动效，阶段2动效为显示Starting Window动效。在S603中，需要进行应用图标显示(即显示阶段1动效)，并且在显示阶段1动效的过程中，进行Starting Window绘制，用于准备阶段2动效。

可选的，S603具体可以实现为图7所示的S710-S716中任意一个或多个步骤的组合。

S710、Starting Window处理模块绘制Starting Window。

在一些实施例中，在上述S705中，Starting Window处理模块接收到应用活动建立信号后，获取待启动的应用对应的Starting Window数据包，对该数据包进行解压，以获取预置的相关数据执行Starting Window绘制。

例如，电子设备为了节约存储空间，一般不会在存储器中存储Starting Window对应的图片，在确定需要显示Starting Window时，电子设备需要先根据预置的相关数据绘制Starting Window。

在另一些实施例中，在上述S705中，Starting Window处理模块接收到应用活动建立信号后，直接获取电子设备中预置的Starting Window图片，完成Starting Window的绘制。

在一些实施例中，在Starting Window处理模块绘制Starting Window的过程中，电子设备执行下述S711-S716，即并行执行Starting Window的绘制和应用图标动效的显示。

S711、WMS向桌面发送应用启动动效开始信号。

在一些实施例中，WMS在S709中确定应用启动动效参数后，确定能够开始显示应用图标动效，则向桌面发送应用启动动效开始信号，以获得应用图标数据。例如，系统服务进程通过binder IPC方式向桌面进程发送StartAnimation消息，用于指示桌面开始显示用于启动动效。

S712、桌面确定应用图标数据。

S713、桌面向WMS发送应用图标数据。

在一些实施例中，在S712和S713中，桌面上显示有应用图标，那么桌面在接收到应用启动动效开始信号后，能够获取应用图标对应的应用图标数据，并将该应用图标数据发送至WMS，用于生成应用图标对应的图层，以显示应用图标动效。相应的，WMS接收桌面发送的应用图标数据。

S714、WMS确定应用图标对应的图层数据。

S715、WMS向SurfaceFlinger发送应用图标对应的图层数据。

在一些实施例中，在S714和S715中，WMS在接收到应用图标数据后，确定应用图标对应的窗口，利用应用图标数据以及对应的窗口生成应用图标对应的图层数据，并将该应用图标对应的图层数据发送至SurfaceFlinger进行合成，以获得用户可见的动效。相应的，SurfaceFlinger接收WMS发送的应用图标对应的图层数据。

示例性的，如图8所示，WMS 821通过图层绘制模块8213根据接收到的应用图标数据，处理后获得图层数据，完成应用图标对应的图层绘制。

S716、SurfaceFlinger合成应用图标对应的图层，以显示应用图标动效。

在一些实施例中，SurfaceFlinger调用合成线程对接收的应用图标对应的图层数据进行图层合成得到对应的图像帧，电子设备利用液晶显示面板(liquid crystaldisplay，LCD)驱动可接收合成的图像帧，由LCD显示合成的图像帧。LCD显示图像帧后，LCD显示的图像可被人眼感知。

示例性的，如图9中(a)所示界面901，电子设备检测到用户点击智慧生活应用图标91的操作后，通过桌面暂停桌面活动并建立应用活动，显示应用图标动效对应的阶段1动效。如图9中(b)所示界面902中附图标记92指示的放大后的图标为阶段1动效中某一时刻的应用图标显示效果。

也就是说，电子设备通过上述S711-S716完成了应用图标动效对应的图像帧的合成。之后，那么电子设备可以显示应用图标动效，即电子设备显示应用启动过程中的阶段1动效。

如图7所示，附图标记71a所示虚线框内的Starting Window绘制步骤与附图标记71b所示虚线框内的阶段1动效过程并行。示例性的，对应于如图9所示的启动智慧生活应用的场景，如图10所示，电子设备检测到用户点击操作后，开始阶段1动效显示过程中，并且在后台并行进行Starting Window的绘制。

如此，相对于图3所示流程，如图10所示，电子设备在检测到用户启动应用的操作后，不会产生Starting Window绘制时延(即t1到t2的等待时间)，能够直接显示应用图标动效(即阶段1动效)，降低用户操作的响应时延，提升用户使用体验。

在一些场景中，开发者为应用预置的图片较为复杂或图片内容较多，导致Starting Window绘制时间较长。若电子设备在检测到应用启动操作后，即开始显示应用图标动效，并且在Starting Window绘制完成后，才停止显示应用图标动效。那么，应用图标动效显示时间较长，影响用户使用体验。因此，预设应用图标动效显示等待时长，并且预设应用图标动效显示等待时长小于Starting Window绘制时长，保证在Starting Window绘制完成之前，即可开始显示应用图标动效。基于此，电子设备在检测到应用启动操作后，等待预设应用图标动效显示等待时长后，再开始显示应用图标动效。并且，电子设备在检测到应用启动操作后，开始绘制Starting Window。那么，电子设备在节约了Starting Window绘制等待时间的同时，避免用户长时间观看应用图标动效，提升了用户使用体验。

S604、显示Starting Windo w动效。

在一些实施例中，电子设备在S603中进行Starting Window的绘制，在StartingWindow绘制完成后，结束阶段1动效后开始显示阶段2动效，即开始显示Starting Window动效。可选的，在阶段2动效中，电子设备将应用图标和Starting Window叠加后进行动效显示，显示效果包括应用图标的淡出显示效果以及Starting Window的淡入显示效果，从而保证阶段1动效与阶段2动效衔接的流畅性。

可选的，如图7所示，S604具体可以实现为S717-S720中任意一个或多个步骤的组合。

S717、Starting Window处理模块向WMS发送Starting Window绘制完成信号。

在一些实施例中，在S710中，Starting Window处理模块绘制Starting Window，在完成Starting Window绘制后，Starting Window处理模块则向WMS发送Starting Window绘制完成信号，用于指示WMS可以开始显示Starting Window动效。相应的，WMS接收StartingWindow处理模块发送的Starting Window绘制完成信号。

S718、WMS添加Starting Window对应的窗口。

在一些实施例中，WMS在接收到Starting Window绘制完成信号后，添加StartingWindow对应的窗口，生成Starting Window对应的图层数据。

示例性的，如图8所示，WMS 821通过图层绘制模块8213根据接收到的StartingWindow数据，处理后获得Starting Window对应的图层数据，完成应用Starting Window对应的图层绘制。

S719、WMS向SurfaceFlinger发送Starting Window对应的图层数据。

S720、SurfaceFlinger合成Starting Window对应的图层，以显示StartingWindow动效。

在一些实施例中，在S719和S720中，WMS将绘制后的Starting Window获得的图层数据发送至SurfaceFlinger。SurfaceFlinger调用合成线程对接收的Starting Window对应的图层数据进行图层合成得到对应的图像帧，电子设备利用LCD驱动可接收合成的图像帧，由LCD显示合成的用户可见的图像帧，即显示Starting Window动效。

示例性的，如图9中(b)所示界面902，电子设备在确定完成Starting Window的绘制后，按照S709中确定的应用启动动效参数，结束应用图标动效的显示(如图7中附图标记71b指示的虚线框所示的阶段1动效生成过程)，开始显示Starting Window动效(如图7中附图标记72指示的虚线框所示的阶段2动效生成过程)。如图10所示，在Starting Window绘制完成后，将Starting Window加入到启动动效中开始显示阶段2动效，此过程为应用图标和Starting Window叠加在一起放大显示的过程。相应的，如图9中(c)所示界面903，电子设备显示用户可见的Starting Window动效，附图标记93指示的Starting Window为显示Starting Window动效显示过程中某一时刻的显示效果。

S605、完成应用的启动，并显示应用主界面。

在一些实施例中，电子设备在S601中检测到应用启动操作后，开始绘制应用主界面，该主界面为应用启动动效后待显示的第一帧图像对应的界面，电子设备在确定主界面绘制以及合成完成后，则可以结束启动动效的显示，开始显示应用主界面，完成应用的启动过程。也就是说，在主界面绘制过程中，显示应用图标动效以及Starting Window动效，从而避免出现由于等待主界面绘制导致的用户操作响应延时问题。

示例性的，如图9中(d)所示界面904，电子设备确定完成界面904对应的图像帧的绘制和合成后，结束阶段2动效，显示合成后的主界面的图像帧，确定应用启动完成。

可以看出，在图9所示场景中，电子设备在检测到用户启动应用的操作后，即可为用户显示界面902所示的应用图标动效以及显示界面903所示的Starting Window动效，在应用启动动效结束后，即可显示界面904所示的应用主界面，完成应用的启动。如此，在应用启动过程中，电子设备对于用户操作无响应延时，能够有效提升用户使用体验。

以上结合图6-图10详细说明了本申请实施例提供的显示方法。以下结合图11详细说明本申请实施例提供的显示装置。

在一种可能的设计中，图11为本申请实施例提供的电子设备的结构示意图。如图11所示，电子设备1100可以包括：收发单元1101、处理单元1102以及显示单元1103。电子设备1100可用于实现上述方法实施例中涉及的电子设备的功能。

可选地，收发单元1101，用于支持电子设备1100执行图6中的S601；和/或，支持电子设备1100执行图7中的S701。

可选地，处理单元1102，用于支持电子设备1100执行图6中的S602和S603；和/或，支持电子设备1100执行图7中的S702-S720。

可选地，显示单元1103，用于支持电子设备1100显示界面内容；和/或，支持电子设备1100执行图6中的S603、S604以及S605。

其中，收发单元可以包括接收单元和发送单元，可以由收发器或收发器相关电路组件实现，可以为收发器或收发模块。电子设备1100中的各个单元的操作和/或功能分别为了实现上述方法实施例中所述的显示方法的相应流程，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能单元的功能描述，为了简洁，在此不再赘述。

可选地，图11所示的电子设备1100还可以包括存储单元(图11中未示出)，该存储单元中存储有程序或指令。当处理单元1102以及收发单元1101执行该程序或指令时，使得图11所示的电子设备1100可以执行上述方法实施例中所述的显示方法。

图11所示的电子设备1100的技术效果可以参考上述方法实施例中所述的显示方法的技术效果，此处不再赘述。

除了以电子设备1100的形式以外，本申请提供的技术方案也可以为电子设备中的功能单元或者芯片，或者与电子设备匹配使用的装置。

本申请实施例还提供一种芯片系统，包括：处理器，所述处理器与存储器耦合，所述存储器用于存储程序或指令，当所述程序或指令被所述处理器执行时，使得该芯片系统实现上述任一方法实施例中的方法。

可选地，该芯片系统中的处理器可以为一个或多个。该处理器可以通过硬件实现也可以通过软件实现。当通过硬件实现时，该处理器可以是逻辑电路、集成电路等。当通过软件实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现。

可选地，该芯片系统中的存储器也可以为一个或多个。该存储器可以与处理器集成在一起，也可以和处理器分离设置，本申请实施例并不限定。示例性地，存储器可以是非瞬时性处理器，例如只读存储器ROM，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型，以及存储器与处理器的设置方式不作具体限定。

示例性地，该芯片系统可以是现场可编程门阵列(field programmable gatearray，FPGA)，可以是专用集成芯片(application specific integrated circuit，ASIC)，还可以是系统芯片(system on chip，SoC)，还可以是中央处理器(central processorunit，CPU)，还可以是网络处理器(network processor，NP)，还可以是数字信号处理电路(digital signal processor，DSP)，还可以是微控制器(micro controller unit，MCU)，还可以是可编程控制器(programmable logic device，PLD)或其他集成芯片。

应理解，上述方法实施例中的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当该计算机程序在计算机上上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的显示方法。

本申请实施例还提供一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的显示方法。

另外，本申请实施例还提供一种装置。该装置具体可以是组件或模块，该装置可包括相连的一个或多个处理器和存储器。其中，存储器用于存储计算机程序。当该计算机程序被一个或多个处理器执行时，使得装置执行上述各方法实施例中的显示方法。

其中，本申请实施例提供的装置、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法。因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

结合本申请实施例公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应地软件模块组成，软件模块可以被存放于随机存取存储器(random access memory，RAM)、闪存、只读存储器(read only memory，ROM)、可擦除可编程只读存储器(erasable programmable ROM，EPROM)、电可擦可编程只读存储器(electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(application specific integrated circuit，ASIC)中。

通过以上的实施方式的描述，本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明。实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成；即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的。例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式；例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，模块或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

计算机可读存储介质包括但不限于以下的任意一种：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (11)

1.一种显示方法，其特征在于，应用于电子设备，所述方法包括：

接收来自用户的应用启动指令；

响应于所述应用启动指令，显示所述应用对应的图标动效并绘制所述应用对应的启动窗口；所述图标动效在所述启动窗口绘制完成之前开始显示；

在所述启动窗口绘制完成后，显示所述应用对应的启动窗口动效。

2.根据权利要求1所述的方法，其特征在于，在所述显示所述应用对应的图标动效并绘制所述应用对应的启动窗口之前，所述方法还包括：

确定所述应用配置有启动窗口机制。

3.根据权利要求1或2所述的方法，其特征在于，所述响应于应用启动指令，显示所述应用对应的图标动效并绘制所述应用对应的启动窗口，包括：

响应于所述应用启动指令，所述电子设备通过窗口管理服务获取所述应用的图标数据，根据所述图标数据显示所述应用对应的图标动效；

同时响应于所述应用启动指令，所述电子设备通过启动窗口处理模块获取启动窗口数据包，根据所述启动窗口数据包绘制所述启动窗口。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：

响应于所述应用启动指令，绘制所述应用对应的主界面；

在所述显示所述应用对应的启动窗口动效之后，所述方法还包括：

显示所述主界面。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述应用启动指令包括在所述应用的图标上的点击操作对应的指令、或者语音启动所述应用的语音指令。

6.一种电子设备，其特征在于，包括：处理器、存储器和显示屏，所述存储器、所述显示屏与所述处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述处理器从所述存储器中读取所述计算机指令，使得所述电子设备执行：

接收来自用户的应用启动指令；

响应于所述应用启动指令，显示所述应用对应的图标动效并绘制所述应用对应的启动窗口；所述图标动效开始显示于所述启动窗口绘制完成之前

在所述启动窗口绘制完成后，显示所述应用对应的启动窗口动效。

7.根据权利要求6所述的电子设备，其特征在于，在所述显示所述应用对应的图标动效并绘制所述应用对应的启动窗口之前，所述电子设备还执行：

确定所述应用配置有启动窗口机制。

8.根据权利要求6或7所述的电子设备，其特征在于，所述响应于应用启动指令，显示所述应用对应的图标动效并绘制所述应用对应的启动窗口，包括：

响应于所述应用启动指令，所述电子设备通过窗口管理服务获取所述应用的图标数据，根据所述图标数据显示所述应用对应的图标动效；

同时响应于所述应用启动指令，所述电子设备通过启动窗口处理模块获取启动窗口数据包，根据所述启动窗口数据包绘制所述启动窗口。

9.根据权利要求6-8任一项所述的电子设备，其特征在于，所述电子设备还执行：

响应于应用启动指令，绘制所述应用对应的主界面；

在所述显示所述应用对应的启动窗口动效之后，所述电子设备还执行：

显示所述主界面。

10.根据权利要求6-9任一项所述的电子设备，其特征在于，所述应用启动指令包括在所述应用的图标上的点击操作对应的指令、或者语音启动所述应用的语音指令。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括计算机程序，当所述计算机程序在电子设备上运行时，使得所述电子设备执行如权利要求1-5中任意一项所述的方法。

Images