CN115878209A

CN115878209A - 加载着色器的方法和装置

Info

Publication number: CN115878209A
Application number: CN202111149003.8A
Authority: CN
Inventors: 谢冰; 周帅; 徐宽
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2021-09-29
Filing date: 2021-09-29
Publication date: 2023-03-31
Also published as: WO2023051036A1

Abstract

本申请提供了一种加载着色器的方法和装置，应用于电子设备。电子设备根据系统配置信息获取第一着色器的信息，第一着色器用于第一应用程序启动。在第一应用程序启动之前电子设备对第一着色器进行加载。本申请提供的加载着色器的方法有利于避免应用程序冷启动时加载第一着色器引起的加载耗时，提高应用程序启动动效的流畅度、减少卡顿，提升用户的使用体验。

Description

加载着色器的方法和装置

技术领域

本申请涉及操作系统领域，具体地，涉及一种加载着色器的方法和装置。

背景技术

着色器，即shader，是运行在图形处理单元上的代码，可以用于计算图像中的光照、亮度和颜色等。电子设备在屏幕上显示图形等信息时需要加载着色器，加载着色器会带来加载耗时。在显示包含图形数量多、图形显示效果复杂的应用程序界面时，电子设备需要加载大量不同类型的着色器，加载耗时较长。

基于安卓(Android)的操作系统加载着色器的规则是按需加载，即在应用程序冷启动的同时加载该应用程序显示所需的着色器，由于加载耗时，应用程序启动动效会出现不流畅的现象，即发生卡顿，影响用户体验。

发明内容

本申请提供一种加载着色器的方法和装置，应用于基于安卓的操作系统。本申请提供的加载着色器的方法有利于解决应用程序冷启动时出现的动效不流畅、卡顿等问题，可以提升用户使用体验。

第一方面，提供了一种加载着色器的方法，应用于电子设备，其特征在于，包括：

根据系统配置信息获取第一着色器的信息，该第一着色器用于第一应用程序启动。

在该第一应用程序启动之前，对第一着色器进行加载。

通过本方案提供的加载着色器的方法，可以根据系统配置信息获取有利于第一应用程序启动的第一着色器的信息，并在第一应用程序冷启动前对第一着色器进行加载，避免了第一应用程序启动过程中加载第一着色器引起的加载耗时，有利于提高第一应用程序冷启动时的动效流畅度，减小应用程序冷启动时出现卡顿现象的机率，提升用户体验。

应理解，第一着色器的提前加载不仅有利于改善第一应用程序冷启动的动效流畅度，对于其他在启动过程中需要加载第一着色器的应用程序，同样具有提升应用程序启动动效流畅度、降低卡顿现象机率的作用。

结合第一方面，在第一方面的某些实现方式中，在第一应用程序启动之前，对第一着色器进行加载，包括：

在电子设备开机完成之后且在第一应用程序启动之前，对第一着色器进行加载。

通过本方案提供的加载着色器的方法，电子设备在系统启动完成之后、第一应用程序启动之前对有利于第一应用程序启动的第一着色器进行加载，不仅避免了第一应用程序启动时加载该着色器引起的加载耗时，而且还避免了在电子设备启动过程中加载着色器引起的系统启动时间的延长。

结合第一方面，在第一方面的某些实现方式中，该第一着色器用于绘制第一类型的应用程序的显示界面，该第一应用程序属于第一类型的应用程序。

在一些实施例中，第一类型可以指示应用程序的类型，该应用程序类型可以为以下应用程序类型中的任一类：游戏、影音、图像、资讯、社交和购物。

在一些实施例中，第一类型可以指示运行应用程序的电子设备类型，该电子设备类型可以为以下电子设备类型中的任一类：智能手机、平板电脑、智能电视、可穿戴电子设备和车载电子设备。

在一些实施例中，第一类型可以指示运行应用程序的电子设备的硬件规格，如：内存容量。

在一些实施例中，第一类型可以指示应用程序的类型、运行应用程序的电子设备类型和运行应用程序的电子设备的硬件规格中的一种或多种。

通过本方案提供的加载着色器的方法，根据应用程序的类型来确定第一着色器，提前加载第一着色器，有利于提高第一应用程序启动动效流畅度，也有利于提高第一类型的应用程序的启动动效流畅度，减少卡顿，提升用户使用体验。

在一些实施例中，电子设备为游戏电子设备，主要运行游戏类应用程序。通过上述方案可以对运行在特定功能、用途的电子设备上的应用程序进行针对性的启动动效流畅度优化，提升用户在使用这些电子设备时的体验。

在一些实施例中，电子设备的内存较小，确定运行在该电子设备上的应用程序启动所需的着色器，并在该电子设备上的应用程序启动前加载，可以改善硬件资源受限的电子设备上的应用程序的启动动效流畅度，减少卡顿。

结合第一方面，在第一方面的某些实现方式中，该第一着色器用于绘制第一界面，该第一界面为第一应用程序的显示界面。

通过本方案提供的加载着色器的方法，根据应用程序的显示界面确定第一着色器，对第一着色器进行加载，可以减少第一应用程序启动过程中绘制第一界面的时间，提高第一应用程序启动动效的流畅度，减少卡顿，提升用户体验。

应理解，提前加载第一着色器，对于显示界面中包括第一界面的应用程序的启动动效的流畅度也会带来提高。

结合第一方面，在第一方面的某些实现方式中，该第一界面包括第一界面元素，该第一着色器用于绘制第一界面元素。

通过本方案提供的加载着色器的方法，第一着色器用于绘制第一界面元素，提前加载第一着色器有利于提高第一应用程序的启动动效的流畅度，也有利于显示界面中包括相同界面元素的应用程序的启动动效的流畅度的提高，减少卡顿，提升用户使用体验。

结合第一方面，在第一方面的某些实现方式中，所述根据系统配置信息获取第一着色器的信息，还包括：

根据系统配置信息获取第一着色器集合中着色器的信息，该第一着色器集合包括第一着色器和第二着色器，该第二着色器用于第二应用程序启动；

所述方法还包括：

在该第二应用程序启动之前，对该第二着色器进行加载。

通过本方案提供的加载着色器的方法，第一着色器集合中包含第一着色器和第二着色器，提前加载第一着色器有利于提高第一应用程序启动动效流畅度，提前加载第二着色器有利于提高第二应用程序启动动效流畅度，减少卡顿，提升用户体验。

结合第一方面，在第一方面的某些实现方式中，该第一着色器集合包含于第二着色器集合，该第一着色器集合中着色器为第二着色器集合中加载次数大于或者等于第一阈值的着色器，该第二着色器集合包括应用程序集合中应用程序启动所需的着色器，该应用程序集合包括第一应用程序。

通过本方案提供的加载着色器的方法，将应用程序集合中包含的应用程序启动所需的所有着色器进行统计，得到应用程序集合中的应用程序启动时每种着色器的加载次数，对于加载次数较多的着色器，可以作为常用着色器，将这些常用着色器在第一应用程序启动前进行加载不仅有利于提高第一应用程序的启动动效流畅度，对于启动过程中需要加载这些着色器的应用程序的启动动效流畅度都会带来提升。

结合第一方面，在第一方面的某些实现方式中，该应用程序集合中应用程序为预设时长内，用户使用频率大于或者等于第二阈值的应用程序。

通过本方案提供的加载着色器的方法，对应用程序集合中的应用程序根据用户的使用频率进行筛选，将用户使用频率大于或者等于第二阈值的应用程序作为用户常用应用程序，再对常用应用程序的加载所需的着色器进一步根据加载次数进行筛选，得到常用应用程序的常用着色器。本方案得到的常用着色器所针对的应用程序为筛选后的应用程序，对本方案获取的常用着色器在应用程序启动前进行加载，可以更有针对性地提升常用应用的启动流畅度，且不会因为大量着色器的加载带来电子设备硬件资源的无效占用。

结合第一方面，在第一方面的某些实现方式中，该系统配置信息包含于电子设备系统目录下的配置文件中。

通过本方案提供的加载着色器的方法，电子设备可以根据系统目录下的配置文件获取系统配置信息，由于系统配置信息中包含了可以用于第一应用程序启动的第一着色器的信息，在第一应用程序启动前加载第一着色器有利于提高第一应用程序启动动效流畅度、减少卡顿，提升用户体验。

结合第一方面，在第一方面的某些实现方式中，该配置文件通过第一管理服务解析得到系统配置信息，该第一管理服务为以下系统服务中的任一项：资源管理服务、窗口管理服务、活动管理服务和包管理服务。

通过本方案提供的加载着色器的方法，电子设备的系统服务可以根据电子设备系统目录下的配置文件获取系统配置信息，该配置信息包含了用于第一应用程序启动的第一着色器的信息。在第一应用程序启动之前对第一着色器进行加载，可以避免第一着色器加载引起的加载耗时，提升第一应用程序启动的动效流畅度，减少卡顿，提升用户体验。

结合第一方面，在第一方面的某些实现方式中，该配置文件通过烧录出厂系统镜像或系统更新配置到电子设备系统目录中。

通过本方案提供的加载着色器的方法，电子设备可以通过烧录出厂系统镜像获取配置文件，或者，电子设备通过系统更新的方式获取配置文件。所获取的配置文件在解析后获得包含第一着色器的信息的配置信息，进而在第一应用程序启动前加载对应的着色器，提高第一应用程序启动动效的流畅度，减少卡顿。

第二方面，提供了一种加载着色器的装置，包括：

获取模块，用于根据系统配置信息获取第一着色器的信息，该第一着色器用于第一应用程序启动；

加载模块，用于在第一应用程序启动之前，对第一着色器进行加载。

结合第二方面，在第二方面的某些实现方式中，该加载模块还用于，在电子设备开机完成之后且在第一应用程序启动之前，对该第一着色器进行加载。

结合第二方面，在第二方面的某些实现方式中，该第一着色器用于绘制第一类型的应用程序的显示界面，该第一应用程序属于第一类型的应用程序。

结合第二方面，在第二方面的某些实现方式中，该第一着色器用于绘制第一界面，该第一界面为该第一应用程序的显示界面。

结合第二方面，在第二方面的某些实现方式中，该第一界面包括第一界面元素，该第一着色器用于绘制该第一界面元素。

结合第二方面，在第二方面的某些实现方式中，

该获取模块，还用于根据系统配置信息获取第一着色器集合中着色器的信息，该第一着色器集合包括该第一着色器和第二着色器，该第二着色器用于第二应用程序启动；

该加载模块，还用于在该第二应用程序启动之前，对该第二着色器进行加载。

结合第二方面，在第二方面的某些实现方式中，该第一着色器集合包含于第二着色器集合，该第一着色器集合中着色器为该第二着色器集合中加载次数大于或者等于第一阈值的着色器，该第二着色器集合包括应用程序集合中应用程序启动所需的着色器，该应用程序集合包括该第一应用程序。

结合第二方面，在第二方面的某些实现方式中，该应用程序集合中的应用程序为预设时长内用户使用频率大于或者等于第二阈值的应用程序。

结合第二方面，在第二方面的某些实现方式中，该系统配置信息包含于电子设备系统目录下的配置文件中。

结合第二方面，在第二方面的某些实现方式中，该装置还包括：

解析模块，用于解析配置文件得到系统配置信息。

结合第二方面，在第二方面的某些实现方式中，该配置文件通过烧录出厂系统镜像或系统更新配置到电子设备系统目录下。

其中第二方面所述装置的有益效果可以参考第一方面方法的有益效果，在此不再赘述。

第三方面，提供了一种电子设备，该电子设备包括处理器和存储器，

该存储器用于存储系统配置信息；

该处理器用于根据系统配置信息获取第一着色器的信息，该第一着色器用于第一应用程序启动；

该处理器还用于在第一应用程序启动之前，对第一着色器进行加载。

结合第三方面，在第三方面的某些实现方式中，该处理器还用于，

结合第三方面，在第三方面的某些实现方式中，该第一着色器用于绘制第一类型的应用程序的显示界面，该第一应用程序属于该第一类型的应用程序。

结合第三方面，在第三方面的某些实现方式中，该第一着色器用于绘制第一界面，该第一界面为第一应用程序的显示界面。

结合第三方面，在第三方面的某些实现方式中，该第一界面包括第一界面元素，该第一着色器用于绘制第一界面元素。

结合第三方面，在第三方面的某些实现方式中，该处理器还用于:

在该第二应用程序启动之前，对该第二着色器进行加载。

结合第三方面，在第三方面的某些实现方式中，该第一着色器集合包含于第二着色器集合，该第一着色器集合中着色器为该第二着色器集合中加载次数大于或者等于第一阈值的着色器，该第二着色器集合包括应用程序集合中应用程序启动所需的着色器，该应用程序集合包括第一应用程序。

结合第三方面，在第三方面的某些实现方式中，该应用程序集合中的应用程序为预设时长内用户使用频率大于或者等于第二阈值的应用程序。

结合第三方面，在第三方面的某些实现方式中，该存储器还用于，

存储配置文件，该配置文件包括系统配置信息，该配置文件存储在电子设备系统目录下。

解析该配置文件得到系统配置信息。

结合第三方面，在第三方面的某些实现方式中，该配置文件通过烧录出厂系统镜像或系统更新配置到电子设备系统目录下。

其中第三方面所述装置的有益效果可以参考第一方面方法的有益效果，在此不再赘述。

第四方面，提供了一种计算机可读存储介质，该计算机可读介质存储包括用于设备执行的程序代码，该程序代码包括用于执行第一方面及其任一可能的实现方式。

第五方面，提供了一种芯片，该芯片包括处理器与数据接口，该处理器通过数据接口读取存储器上存储的指令，以执行第一方面及其任一可能的实现方式。

附图说明

图1是本申请实施例提供的一种电子设备结构示意图。

图2是本申请实施例提供的一种电子设备软件结构框图。

图3是本申请实施例提供的一种电子设备应用程序冷启动界面示意图。

图4是本申请实施例提供的surfaceflinger显示应用程序界面的内部作业流程图。

图5是本申请实施例提供的surfaceflinger合成应用程序界面示意图。

图6是本申请实施例提供的一种电子设备应用程序冷启动内部实现过程示意图。

图7是本申请实施例提供的一种加载着色器的方法示意图。

图8是本申请实施例提供的另一种加载着色器的方法示意图。

图9是本申请实施例提供的一种获取加载着色器类型的方法示意图。

图10是本申请实施例提供的另一种获取加载着色器类型的方法示意图。

图11是本申请实施例提供的又一种获取加载着色器类型的方法示意图。

图12是本申请实施例提供的加载着色器装置的示意图。

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

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

本申请实施例中的电子设备可以指可穿戴设备，如手环、运动手表等，该电子设备还可以指具有显示屏的其他设备等，该电子设备还可以是用户设备、远程终端、移动设备、用户终端、终端、具有无线通信功能的手持设备，未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本申请实施例对此并不限定。

图1示出了电子设备100的结构示意图。电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriberidentification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

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

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

其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器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总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现电子设备100的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。

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

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

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

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

电子设备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的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏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的正整数。

电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

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

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

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

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

电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备100可以通过扬声器170A收听音乐，或收听免提通话。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。电子设备100可以设置至少一个麦克风170C。在另一些实施例中，电子设备100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

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

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

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

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。电子设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备100采用嵌入式SIM(embedded-SIM，eSIM)卡，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备100中，不能和电子设备100分离。

应理解，本申请实施例中的电话卡包括但不限于SIM卡、eSIM卡、全球用户识别卡(universal subscriber identity module，USIM)、通用集成电话卡(universalintegrated circuit card，UICC)等等。

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

图2是本申请实施例的电子设备100的软件结构框图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序(application，app)层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。应用程序层可以包括一系列应用程序包。

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

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

如图2所示，应用程序框架层可以包括窗口管理器，活动管理器，包管理器，资源管理器，视图系统，电话管理器，通知管理器等。

资源管理器，又称资源管理服务(resource manager service，RMS)，为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

窗口管理器，又称窗口管理服务(window manager service，WMS)，用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

活动管理器，又称活动管理服务(activity manager service，AMS)，管理系统中所有应用程序进程。

包管理器，又称包管理服务(package manager service，PMS)，负责应用程序安装卸载、组件查询匹配、权限管理等功能。

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

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

Android runtime包括核心库和虚拟机，负责安卓系统的调度和管理。

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

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

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

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

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

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

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

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

在介绍本申请的技术方案之前，首先简单介绍以下本申请方案可能涉及的一些专业术语。

冷启动：当启动应用程序时，后台没有该应用程序的进程，这时系统会重新创建一个新的进程分配给该应用程序，这个启动方式就是冷启动。

首次冷启动：电子设备接通电源后，应用程序第一次冷启动。

界面合成(surfaceflinger)：基于安卓操作系统的一种系统服务，负责统一管理设备的帧缓冲区。surfaceflinger服务在启动的过程中，会创建两个线程，其中一个线程用来监控控制台事件，另外一个线程用来渲染系统的用户界面。

着色器(shader)：包括二维着色器和三维着色器，二维着色器用于处理数字图像，也可以参与三维图形的渲染。二维着色器包括“像素着色器(pixel shader)”，像素着色器又称片段着色器(fragmentshader)。三维着色器用于处理三维模型或其他几何体，可以访问用来绘制模型的颜色和纹理。三维着色器包括顶点着色器(vertex shader)、几何着色器(geometry shader)和细分曲面着色器(tessellation shader)，顶点着色器处理每个顶点，将顶点的空间位置投影在屏幕上，即计算顶点的二维坐标；几何着色器可以从多边形中增删顶点；细分曲面着色器可以向一组顶点中添加细节。

在实际运用中，根据着色器的具体用途，可以将着色器进一步细分为上万种类型，如顶点光照(Vertex-Lit)、漫射(Diffuse)、贴花(Decal)和漫射细节(Diffuse Detail)等。当应用程序显示界面中的图形图像包含顶点光照效果时，电子设备在内存中加载负责实现该效果的着色器Vertex-Lit，当该应用程序的显示界面中的图形图像包含贴花效果时，电子设备在内存中加载负责实现该效果的着色器Decal。对于应用程序显示界面比较复杂的情况(如包含大量图形图像或者不同种类的图形图像显示效果)，相应的，电子设备需要加载数量更多的负责实现不同显示效果的着色器。

机器学习：机器学习是一门人工智能的科学，该领域主要研究对象是人工智能，特别是如何在经验学习中改善具体算法的性能。机器学习可以分为监督学习、无监督学习、半监督学习和增强学习。

监督学习是从给定的训练数据集中学习出一个函数，当新的数据到来时，可以根据这个函数预测结果。监督学习的训练集要求包括输入和输出，也可以说是特征和目标。常见的监督学习算法包括回归分析和统计分类。以下举例说明机器学习如何实现预测。

“一只绿色水果，近似圆形，直径约7.2厘米，重达152克，内含籽和果核”，我们很可能猜到这是一个苹果。基于在先获得的如何辨别苹果的知识，我们对未来数据做出了预测。各种描述性的变量，如重量、形状、颜色等，都可成为“可观测变量”，而判断“这是一个苹果”的事实则是“目标”。如果向机器学习算法导入这些变量，并清楚说明水果的名称，则相当输入了监督式的信息。然后，选取一只不知道名称的水果，收集该水果的信息，并将信息输入模型，模型就会根据之前学习的内容预测该水果最可能正确的名称。当给模型提供了足够多的新水果的信息，那么它可以很快给出正确答案。

进程间通信(interprocess communication，IPC)：一组编程接口，用于操作系统内部不同进程之间相互传递、交换信息。

binder：基于安卓系统的一种进程间通信机制。

套接字(socket)：是网络环境中进程间通信的应用程序编程接口，可用于网络上进程间通信。

帧率(frames per second，fps)：指画面每秒钟传输帧数，测量用于保存、显示动态视频的信息数量。每秒钟帧数越多，所显示的动作就会越流畅，每秒钟帧数越少，所显示的动作就会出现卡顿、不流畅。通过读取电子设备的fps，可以反映电子设备的显示是否出现卡顿。基于安卓系统的电子设备可以通过系统内置的性能检测器调用并显示系统的实时fps。

进程(process)：是计算机中的程序关于某数据集合上的一次运行活动，是系统进行资源分配和调度的基本单位，是操作系统结构的基础。

线程(thread)：是操作系统能够进行运算调度的最小单位。它被包含在进程之中，是进程中的实际运作单位。一条线程指的是进程中一个单一顺序的控制流，一个进程中可以并发多个线程，每条线程并行执行不同的任务。同一进程中的多条线程将共享该进程中的全部系统资源，如虚拟地址空间，文件描述符和信号处理等等。

用户界面(user interface，UI)：是系统和用户之间进行交互和信息交换的媒介，它实现信息的内部形式与人类可以接受形式之间的转换。目前常用的是图形用户界面，显示直接形象，操作简便，也叫人机界面，简称界面。

图3是基于安卓操作系统的一种应用程序冷启动过程界面示意图。

参见图3，电子设备的fps默认值为90。图3(a)、3(b)和3(c)分别为App1冷启动前、冷启动时和冷启动完成的电子设备界面示意图。当用户点击App1的桌面图标，App1准备冷启动，此时电子设备显示fps值为90；App1冷启动过程中，电子设备fps出现明显降低，在冷启动过程中的某一时间点，电子设备fps值降至75；当App1最终全屏显示后，电子设备的fps逐渐重新升至90。在图3(c)中App1冷启动完成时，用户还可以通过App1弹出的提示框获知由于提前加载了App1显示所需的着色器，App1冷启动过程耗时缩短了多长时间。

在App1冷启动过程中fps由默认值降低的变化过程，即相同时间间隔内电子设备显示的图像数量减少，相邻两帧图像之间的时间间隔变长的现象，给用户带来的直观感受即应用程序启动动效不流畅、卡顿。

图4是surefaceflinger显示应用程序界面的内部作业流程图。当App1需要启动时，App1通过进程间通信的方式向surfaceflinger发送绘制应用程序界面的请求，surfaceflinger的通信接口接收请求，在完成App1的请求后，surfaceflinger的通信接口将请求结果通过进程间通信的方式反馈给App1。在收到App1的请求后，surfaceflinger会将这个请求解析成一个个独立的事件，并发送给处理程序来完成。surfaceflinger将绘制好的界面最终映射到虚拟显示设备上，该虚拟显示设备通过显示设备驱动程序最终显示在电子设备的屏幕上。

图5是surfaceflinger合成应用程序界面示意图。surfaceflinger接收到App1的绘制请求后，将App1界面所要显示的所有信息分配到多个界面上来分别绘制，当所有界面都绘制好后，surfaceflinger再将这些界面进行组合，形成最终可以在电子设备屏幕上显示的App1的界面。在绘制界面的过程中，需要运用到不同类型的着色器来实现不同的显示效果。需要绘制的界面数量越多，界面上要显示的界面元素越多、显示效果越复杂，需要运用的着色器的类型也越多。而应用程序界面显示所需的着色器类型需要surfaceflinger解析应用程序的请求后才能获知，并且在获知需要使用的着色器类型后还要进一步将这些着色器写入到surfaceflinger的内存中(即加载着色器)，才能实现快速调用。目前，加载一个着色器大约耗时25ms。

图6所示过程是图3所述App1在冷启动时电子设备系统内部的实现过程，以下结合图6详细说明应用程序冷启动动效不流畅的问题。

参见图6，显示App1需要调用shader1、shader2和shader3，但surfaceflinger内存中并未保存shader1、shader2和shader3，此时，surfaceflinger会首先请求加载shader1、shader2和shader3到surfaceflinger内存中，之后再从内存中调用shader1、shader2和shader3并显示App1的界面。由于加载shader到电子设备内存需要一定耗时，应用程序冷启动过程中的加载耗时便会导致应用程序启动动效的不流畅、卡顿和掉帧，用fps来反映则表现为fps值降低。

图7是本实施例提供的一种加载着色器的方法的流程示意图，包括步骤S101至步骤S105。

应理解，电子设备内部加载shader时是通过获取shader的类型来确定加载哪些shader，shader类型与对应的shader之间存在一一对应的关系。

S101，surfaceflinger获取预加载的shader类型。

在本申请实施例中，shader类型为着色器的信息。

在一种可能的实现方式中，surfaceflinger通过进程间通信获取预加载的shader类型。

在一些实施例中，该预加载的shader类型对应的shader可以是针对特定应用程序显示预先配置的shader。

在一些实施例中，多个应用程序显示所需的shader组合形成第二着色器集合，该预加载的shader类型对应的shader可以是通过统计方法获得的应用程序启动时加载频率较高的shader，这些shader组合形成第一着色器集合。

S102，根据预加载的shader类型将对应的shader加载到surfaceflinger的内存中。

在一种可能的实现方式中，surfaceflinger将需要预加载的shader类型对应的shader写入到第一文件中，该第一文件保存在surfaceflinger目录下。

在另一种可能的实现方式中，surfaceflinger在电子设备系统启动过程中、surfaceflinger初始化阶段加载需要预加载的shader。

S103，应用程序冷启动。

在一些实施例中，该应用程序可以是上述预先配置的shader针对的某个特定应用程序。

在一些实施例中，该应用程序可以是上述第一着色器集合针对的多个应用程序之一。

S104，surfaceflinger到surfaceflinger内存中查找并调用该应用程序显示所需的shader。

在一种可能的实现方式中，若该应用程序显示所需的shader都包含在预加载的shader中，则surfaceflinger直接从内存中调用所需shader。

在另一种可能的实现方式中，若该应用程序显示所需的shader部分包含在预加载的shader中，则surfaceflinger调用已经加载的shader，并将未被加载的shader加载到surfaceflinger内存中再调用。

S105，应用程序完成冷启动。

本实施例中，在应用程序冷启动前将需要预加载的shader加载到电子设备内存中，避免了应用程序冷启动过程中加载shader导致的耗时，可以实现应用程序动效流畅、无卡顿的冷启动。需要说明的是，如果应用程序冷启动时所用的shader与应用程序退出时所用的shader一致，则本实施例提供的加载shader的方法不仅可以解决应用程序冷启动时的动效卡顿问题，同样可以解决应用程序退出时动效卡顿问题。

图8是本实施例提供的另一种加载着色器的方法的流程示意图，包括步骤S201至步骤S209。

S201，电子设备检测到用户开机启动的操作。

S202，资源管理服务接收开机完成广播。

在一种可能的实现方式中，电子设备检测到用户开机启动的操作后，系统服务(system_server)进程启动，进而启动资源管理服务和活动管理服务等系统服务，在系统启动完成后，活动管理服务发出开机完成(boot_complete)广播，资源管理服务接收该广播。

应理解，boot_complete广播用于指示电子设备系统启动完成。

应理解，资源管理服务、窗口管理服务、活动管理服务和包管理服务分别对应图2中应用程序框架层中的资源管理器、窗口管理器、活动管理器和包管理器。

S203，资源管理服务读取第一系统配置文件，获取需要预加载的shader类型。

在一种可能的实现方式中，该第一系统配置文件可以是保存在电子设备操作系统目录下的文件，该第一系统配置文件包含需要预加载的shader类型。

可选地，该第一系统配置文件可以是电子设备出厂时通过烧录出厂系统镜像写入到操作系统，也可以是电子设备从服务器接收，如通过系统更新的方式写入到操作系统。

可选地，开机完成广播还可以由窗口管理服务、活动管理服务或包管理服务接收。

S204，资源管理服务将需要预加载的shader类型通过进程间通信方式发送给surfaceflinger。

在一种可能的实现方式中，资源管理服务将需要预加载的shader类型通过binder发送给surfaceflinger。

在另一种可能的实现方式中，资源管理服务将需要预加载的shader类型通过socket发送给surfaceflinger。

可选地，将需要预加载的shader类型通过进程间通信方式发送给surfaceflinger还可以由窗口管理服务或活动管理服务或包管理服务完成。

S205，surfaceflinger接收资源管理服务发送的需要预加载的shader类型。

在本申请实施例中，shader类型为着色器的信息。

S206，将需要预加载的shader加载到surfaceflinger的内存中。

在一种可能的实现方式中，surfaceflinger将需要预加载的shader写入第一文件中，该第一文件保存在surfaceflinger目录下。

S207，应用程序冷启动。

S208，surfaceflinger到surfaceflinger的内存中查找并调用该应用程序显示所需的shader。

在一种可能的实现方式中，该应用程序显示所需的shader都包含在预加载的shader中，则surfaceflinger直接从内存中调用所需shader。

在另一种可能的实现方式中，该应用程序显示所需的shader部分包含在预加载的shader中，则surfaceflinger调用已经加载的shader，并将未被加载的shader加载到surfacflinger内存中再调用。

S209，应用程序完成冷启动。

本实施例通过在电子设备开机后、应用程序冷启动前对shader进行加载，解决了应用程序冷启动时的动效卡顿问题，且不会影响电子设备的开机时长。需要说明的是，如果应用程序冷启动时所用的shader与应用程序退出时所用的shader一致，则本实施例提供的加载shader的方法不仅可以解决应用程序冷启动时的动效卡顿问题，同样可以解决应用程序退出时动效卡顿问题。

下面结合图9至图11对上述S203中获取需要预加载的shader类型的方法进行介绍。

应理解，获取预加载的shader类型是由开发人员或测试人员在测试设备上完成。

图9是本实施例提供的一种获取预加载shader类型的方法示意图，包括步骤S301至步骤S303。

应理解，电子设备内部加载shader时是通过获取shader的类型来确定加载哪些shader，shader类型与对应的shader之间存在一一对应的关系。对于运行在安卓系统中的应用程序可以通过使用调试类检测应用捕获.trace文件，.trace文件可以记录应用程序启动过程中加载的着色器。

S301，测试设备冷启动App1。

在一种可能的实现方式中，App1属于第一类型的应用程序。

在一些实施例中，App1属于以下应用程序类型中的任一类：游戏、影音、图像、资讯、社交和购物，第一类型指示App1的应用程序类型。

在一些实施例中，App1运行在第一电子设备上，该第一电子设备属于以下电子设备类型中的任一类：智能手机、平板电脑、智能电视、可穿戴电子设备和车载电子设备，第一类型指示第一电子设备类型。

在一些实施例中，App1运行在第二电子设备上，该第二电子设备的内存小于或等于第三阈值，第一类型指示第二电子设备的内存容量。

在一种可能的实现方式中，App1在实体测试设备上冷启动。

在另一种可能的实现方式中，App1在虚拟测试设备上冷启动。

应理解，该虚拟测试设备包含了与实体测试设备中用于运行App1的软、硬件资源一致的软、硬件资源。

S302，记录App1冷启动时所用的n个shader。

应理解，n是大于零的整数。

在一种可能的实现方式中，电子设备在运行日志中记录每个应用程序冷启动时加载的shader。

S303，将n个shader作为App1冷启动时需要预加载的shader，获取n个shader对应的shader类型，并写入电子设备的系统配置文件。

本申请实施例中，shader类型为着色器信息，n个shader可以组成第一着色器集合。

图10是本实施例提供的另一种获取预加载shader类型的方法示意图，包括步骤S401至步骤S405。

S401，测试设备冷启动应用程序集合中的M个应用程序。

应理解，应用程序集合中至少包含M个应用程序，M是大于零的整数。

在一种可能的实现方式中，M个应用程序在实体测试设备上冷启动。

在另一种可能的实现方式中，M个应用程序在虚拟测试设备上冷启动。

应理解，该虚拟测试测试设备包含了与实体测试设备中用于运行App1的软、硬件资源一致的软、硬件资源。

在一种可能的实现方式中，M个应用程序是应用程序集合中使用频率最高的前M个应用程序。

示例性地，M个应用程序为手机应用程序商店中，月下载量排名靠前的M个应用程序。

在另一种可能的实现方式中，M个应用程序属于第一类型应用程序。

在一些实施例中，M个应用程序属于以下应用程序类型中的任一类：游戏、影音、图像、资讯、社交和购物，第一类型可以指示应用程序的类型。

在一些实施例中，M个应用程序运行在第一电子设备上，该第一电子设备可以为以下电子设备类型中的任一类：智能手机、平板电脑、智能电视、可穿戴电子设备和车载电子设备，第一类型可以指示第一电子设备的类型。

示例性地，所述第一电子设备为可穿戴电子设备，运行在可穿戴电子设备上的应用程序受电子设备硬件的限制，根据运行在可穿戴电子设备上的应用程序来选取着色器，并配置到可穿戴电子设备中，可以实现可穿戴电子设备使用体验的提升。

在一些实施例中，M个应用程序运行于第二电子设备，该第二电子设备的内存小于或者等于第三阈值，第一类型可以指示第二电子设备的内存容量。

示例性地，所述第二电子设备为内存小于或等于2G的电子设备，由于第二电子设备的内存较小，运行内存消耗较高的应用程序时，出现应用程序启动时卡顿的现象更加明显，通过本申请提供的加载着色器的方法，可以改善应用程序在第二电子设备上的冷启动时的卡顿现象。

S402，记录每个应用程序冷启动时加载的shader。

在一种可能的实现方式中，用于M个应用程序启动的shader组成着色器集合。

S403，统计M个应用程序冷启动时加载的不同shader的频率。

S404，获取加载频率最高的前N个shader类型。

应理解，N是大于零的整数。

S405，将N个shader类型作为应用程序冷启动时需要预加载的shader类型写入电子设备的系统配置文件。

图11是本申请实施例提供的又一种获取预加载shader类型的方法示意图，包括步骤S501至步骤S504。

S501，输入应用程序的属性与应用程序启动所需的shader的shader类型。

在一种可能的实现方式中，该应用程序的属性为应用程序的类型，包括：游戏、影音、图像、资讯、社交和购物。

在另一种可能的实现方式中，该应用程序的属性为运行应用程序的电子设备的类型，包括：智能手机、平板电脑、智能电视、可穿戴电子设备和车载电子设备。

在又一种可能的实现方式中，该应用程序的属性为运行应用程序的电子设备的内存容量。

S502，确定映射关系

在一种可能的实现方式中，通过机器学习算法确定应用程序的属性与应用程序启动所需的shader的shader类型之间的映射关系。

示例性地，该映射关系为数学模型。

S503，输入待预测的应用程序的属性。

S504，输出预测结果。

在一种可能的实现方式中，该预测结果给出的着色器的类型确定的着色器全部用于待预测的应用程序的启动。

在另一种可能的实现方式中，该预测结果给出的着色器的类型确定的着色器部分用于待预测的应用程序的启动。

本实施例还提供了一种电子设备将预加载shader类型写入系统配置文件的方法。

对于未出厂的电子设备，在电子设备出厂烧录系统镜像前，将需要预加载的shader类型写入待烧录的系统镜像中，通过为未出厂的电子设备烧录包含预加载shader类型的配置文件的系统镜像的方式，使电子设备在出厂后使用时可以从系统配置文件中获取预加载的shader类型。

本实施例还提供了另一种电子设备将预加载的shader类型写入系统配置文件的方法。

对于已出厂的电子设备，无法再对其烧录出厂系统镜像，电子设备可以从服务器接收需要预加载的shader类型并保存到系统配置文件中。例如，通过系统更新的方式，将预加载shader类型配置文件包含到系统更新中，进而为电子设备提供系统更新，电子设备进行系统更新后，预加载shader类型可以被包含到电子设备系统配置文件中。

需要说明的是，本实施例中所述提供包含配置文件的系统更新的方式也适用于需要预加载shader类型发生变化，电子设备已经配置的包含预加载shader类型的文件中预加载的shader不适用、需要更新的情况。

上文结合图1至图11详细的描述了本申请实施例的方法实施例，下面结合图12至图13，详细描述本申请实施例的装置实施例。应理解，方法实施例的描述与装置实施例的描述相互对应，因此，未详细描述的部分可以参见前面方法实施例。

图12是本申请实施例提供的一种着色器的装置的示意图。图12所述的装置120可以是图1所示的电子设备上100上的装置，或者是具有如图2所示的软件系统的电子设备的装置。装置120包括获取模块121和加载模块122，在一些实施例中，装置120还可以包括解析模块123。

装置120可以用于执行本申请实施例提供的加载着色器的方法。例如，获取模块121可以用于执行图7所示方法的步骤S101，加载模块122可以用于执行图7所示方法的步骤S102。

又例如，装置120还可以用于执行图8所示的加载着色器的方法。其中，获取模块121可以用于执行图8所示方法的步骤S205，加载模块122可以用于执行图8所示方法的步骤S206，解析模块123用于执行图8所示方法的步骤S203。

装置120还可以对应于图2的操作系统底层。

图13示出了本申请实施例提供的一种电子设备的硬件结构示意图。该电子设备130包括处理器131和存储器132。

存储器132，用于存储系统配置信息。

在一些实施例中，存储器132还用于存储配置文件，该配置文件包括系统配置信息。

处理器131，用于根据系统配置信息获取第一着色器的信息。

在一些实施例中，处理器131还用于根据解析配置文件得到系统配置信息。

可选地，处理器131可以具有图1所示处理器110的功能，以实现上述执行程序的功能。

可选地，存储器132可以是只读存储器(read only memory，ROM)，静态存储设备，动态存储设备或者随机存取存储器(random access memory，RAM)。

可选地，存储器132可以具有图1所示存储器121的功能，以实现上述存储程序的功能。

可选地，处理器131可以采用通用的CPU，微处理器，ASIC或者一个或多个集成电路，用于执行相关程序，以实现本申请实施例的着色器加载装置中的单元/模块所需执行的功能，或者执行本申请实施例的着色器加载方法的各个步骤。

可选地，处理器131和存储器132可以耦合在一起。

本申请实施例还提供了一种电子设备，包括一个或多个处理器。一个或多个存储器。该一个或多个存储器存储有一个或多个计算机程序，该一个或多个计算机程序包括指令，当该指令被一个或多个处理器执行时，使得如前文中任一种可能的实现方式中所述的预加载着色器的方法被执行。

本申请实施例还提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口用于接收信号，并将所述信号传输至所述处理器，所述处理器处理所述信号，使得如前文中任一种可能的实现方式中所述的预加载着色器的方法被执行。

本实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的预加载着色器的方法。

本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的预加载着色器的方法。

另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器。其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的预加载着色器的方法。

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

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims

1.一种加载着色器的方法，应用于电子设备，其特征在于，包括：

根据系统配置信息获取第一着色器的信息，所述第一着色器用于第一应用程序启动；

在所述第一应用程序启动之前，对所述第一着色器进行加载。

2.根据权利要求1所述的方法，其特征在于，所述在所述第一应用程序启动之前，对所述第一着色器进行加载，包括：

在所述电子设备开机完成之后且在所述第一应用程序启动之前，对所述第一着色器进行加载。

3.根据权利要求1或2所述的方法，其特征在于，所述第一着色器用于绘制第一类型的应用程序的显示界面，所述第一应用程序属于所述第一类型的应用程序。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述第一着色器用于绘制第一界面，所述第一界面为所述第一应用程序的显示界面。

5.根据权利要求4所述的方法，其特征在于，所述第一界面包括第一界面元素，所述第一着色器用于绘制所述第一界面元素。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述根据系统配置信息获取第一着色器的信息，还包括：

根据系统配置信息获取第一着色器集合中着色器的信息，所述第一着色器集合包括所述第一着色器和第二着色器，所述第二着色器用于第二应用程序启动；

所述方法还包括：

在所述第二应用程序启动之前，对所述第二着色器进行加载。

7.根据权利要求6所述的方法，其特征在于，所述第一着色器集合包含于第二着色器集合，所述第一着色器集合中着色器为所述第二着色器集合中加载次数大于或者等于第一阈值的着色器，所述第二着色器集合包括应用程序集合中应用程序启动所需的着色器，所述应用程序集合包括所述第一应用程序。

8.根据权利要求7所述的方法，其特征在于，所述应用程序集合中的应用程序为预设时长内用户使用频率大于或者等于第二阈值的应用程序。

9.根据权利要求1所述的方法，其特征在于，所述系统配置信息包含于所述电子设备系统目录下的配置文件中。

10.根据权利要求9所述的方法，其特征在于，所述配置文件通过第一管理服务解析得到所述系统配置信息，所述第一管理服务为以下系统服务中的任一项：资源管理服务、窗口管理服务、活动管理服务和包管理服务。

11.根据权利要求2至10中任一项所述的方法，其特征在于，所述配置文件通过烧录出厂系统镜像或系统更新配置到所述电子设备系统目录下。

12.一种电子设备，其特征在于，包括处理器和存储器，所述存储器用于存储程序指令，所述处理器用于调用所述程序指令来执行权利要求1至11中任一项所述的方法。

13.一种计算机可读存储介质，其特征在于，所述计算机可读介质存储用于设备执行的程序代码，所述程序代码包括用于执行权利要求1至11中任一项所述的方法。