CN112527476B - 资源调度方法及电子设备 - Google Patents

Abstract

本申请实施例公开了资源调度方法及电子设备。在该方法中，电子设备使用数量较多的binder线程来响应优先级高的应用线程发起的binder请求，使用数量较少的binder线程来响应优先级低的应用线程发起的binder请求。这样，可以提升优先级高的应用线程竞争到系统服务的概率，从而保障优先级较高的应用线程能够优先顺利运行，保证电子设备的性能，提升用户的使用体验。

Description

资源调度方法及电子设备

技术领域

本申请涉及终端技术领域，特别涉及资源调度方法及电子设备。

背景技术

安卓(Android)系统中的应用程序可以以一个或多个进程的形式运行。应用程序可以包括第三方应用程序和系统应用程序。

系统应用程序在Android系统中的运行形式为系统服务进程。系统服务进程中驻留有各个系统服务的线程(thread)，并可以利用内核空间资源来提供各类系统服务，例如，窗口管理服务(window manager server，WMS)、活动管理系统服务(activity managersystem service，AMS)、电源管理服务(power manager service，PMS)等等。

第三方应用程序和系统应用程序在Android系统中的运行形式均为应用进程。当应用进程需要调用系统服务时，需要向系统服务进程发起请求，让系统服务进程调用对应的系统服务线程来实现该操作。当有多个应用进程需要调用同一个系统服务时，可能发生资源冲突。例如，当应用进程1和应用进程2均需要使用窗口管理服务时，需要竞争调用系统服务进程中的WMS线程，从而占用内核空间中提供窗口管理服务的内存资源，获取WMS。

在电子设备中同时运行有多个应用进程时，如何合理调度系统服务进程提供的各个系统服务，保证电子设备中各个应用程序的运行状态，保证用户的使用体验，是当前亟需解决的技术问题。

发明内容

本申请提供了资源调度方法及电子设备，能够提高优先级较高的应用线程竞争到系统服务的概率，从而保障优先级较高的应用线程能够优先顺利运行，保证电子设备的性能，提升用户的使用体验。

第一方面，本申请实施例提供了一种资源调度方法，应用于电子设备。该方法可包括：电子设备运行应用进程和系统服务进程，该应用进程中包括一个或多个应用线程，该一个或多个应用线程包含第一线程；该系统服务进程中包括：一个或多个系统服务线程、多个binder线程；该电子设备将该多个binder线程分为多个binder线程小组，各个binder线程小组包括不同的binder线程，至少有两个binder线程小组中的binder线程数量不相同；其中，一个或多个该应用线程对应于一个该binder线程小组；至少一个高优先级的应用线程所对应的binder线程小组中包含的binder线程数量，大于，低优先级的应用线程所对应的binder线程小组中包含的binder线程数量；在该第一线程调用第一系统服务时，该电子设备生成该第一线程的binder请求，该第一线程的binder请求用于请求该电子设备提供该第一系统服务；响应于该第一线程的binder请求，该电子设备通过该第一线程对应的第一binder线程小组中的binder线程，来调用该系统服务线程中的第一系统服务线程。

在第一方面的方法中，系统服务线程用于调用内存资源以及硬件资源，来提供系统服务。该binder线程用于该应用线程和该系统服务线程之间的通信。系统服务进程可包括N个binder线程，N个binder线程，N为正整数，且1≤N≤32。

实施第一方面的方法，预先定义各个应用线程的优先级，在应用线程通过系统服务进程来调用系统服务线程提供的系统服务时，电子设备将提高优先级较高的应用线程竞争到系统服务的概率，从而保障优先级较高的应用线程能够优先顺利运行，保证电子设备的性能，提升用户的使用体验。

结合第一方面，在一些实施例中，该第一binder线程小组中的binder线程调用该系统服务线程的频率，低于，第二binder线程小组中的binder线程调用该系统服务线程的频率；其中，该第一binder线程小组对应的应用线程的优先级，低于，该第二binder线程小组对应的应用线程的优先级。也就是说，电子设备还可以进一步降低优先级较低的应用线程竞争到系统服务的概率，提高优先级较高的应用线程竞争到系统服务的概率。这样，可以保障优先级较高的应用线程能够优先顺利运行，满足用户对关键场景的需求，提升用户的使用体验。

结合第一方面，在一些实施例中，电子设备可以在以下两种场景下执行第一方面的方法：

(1)电子设备在开机后，自动执行本申请实施例提供的资源调度方法。即，电子设备开机后，在有应用线程调用系统服务时，就提高优先级高的应用线程竞争到系统服务的概率，从而保障优先级较高的应用线程能够优先顺利运行。这样，电子设备能够保证所有场景下，优先级较高的应用程序都能够顺利运行，从而保障性能，提升用户体验。

(2)电子设备在关键场景下，执行本申请实施例提供的资源调度方法。

在一些实施例中，关键场景可包括：电子设备运行应用进程时，该应用进程中部分或全部应用线程频繁调用系统服务的场景，该部分应用线程可以是优先级较高的应用线程。

在一些实施例中，关键场景可包括：电子设备启动应用程序的场景、电子设备切换显示的用户界面的场景、电子设备上下滑动显示用户界面的场景等等。

在关键场景下执行本申请实施例提供的资源调度方法，可以保证优先级较高的应用线程能够优先竞争到系统服务并顺利运行，保证电子设备处理优先级较高的应用线程时的实时性。此外，仅在关键场景下执行本申请实施例提供的资源调度方法，还可以节省电子设备的功耗。

结合第一方面，在一些实施例中，该第一binder线程小组对应有第一等待队列，该第一等待队列用于存储：该第一binder线程小组对应的应用线程的binder请求；该第一等待队列中的binder请求由该第一binder线程小组中的binder线程来处理。电子设备还可以根据以下策略来调整第一等待队列中的binder线程的数量：当该第一等待队列中的binder请求数量大于第一值时，该电子设备增加该第一binder线程小组中binder线程的数量；当该第一等待队列中的binder请求数量小于第二值时，该电子设备减少该第一binder线程小组中binder线程的数量。

这样，电子设备可以根据实际的运行情况，动态调整各个binder线程小组中包含的binder线程数量，均衡处理各个应用线程发起的binder请求，防止发起binder请求的应用线程被饿死。

结合第一方面，在一些实施例中，若在该电子设备生成该第一线程的binder请求之后的预设时间内，该电子设备没有成功通过该第一线程对应的第一binder线程小组中的binder线程，来调用该系统服务线程中的第一系统服务线程，则将该第一线程的binder请求放入第二等待队列中；其中，该第二等待队列用于存储：第二binder线程小组对应的应用线程的binder请求；该第二等待队列中的binder请求由该第二binder线程小组中的binder线程来处理；该第二binder线程小组对应的应用线程的优先级，高于，该第一binder线程小组对应的应用线程的优先级。

这样，无需改变发起binder请求的应用线程的优先级，即可使用原本分配给更高优先级的应用线程的资源来处理该binder请求，可以根据电子设备的需求动态合理地调度内存资源和硬件资源。

结合第一方面，在一些实施例中，该应用线程的优先级根据用户对该应用线程提供的业务的感知程度确定，用户对该应用线程提供的业务的感知程度越高，该应用线程的优先级越高。

第二方面，本申请实施例提供了一种电子设备。该电子设备包括一个或多个处理器、存储器；该存储器与该一个或多个处理器耦合，该存储器用于存储计算机程序代码，该计算机程序代码包括计算机指令，该一个或多个处理器调用该计算机指令以使得该电子设备执行第一方面或第一方面任意一种实施方式中的资源调度方法。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括一个或多个功能单元，用于相应的执行第一方面或第一方面可能的实施方式中的任意一种所提供的方法。

第四方面，本申请实施例提供了一种芯片，该芯片应用于电子设备。该芯片包括：一个或多个处理器、接口；该接口用于接收代码指令并将该代码指令传输至该处理器，该处理器用于运行该代码指令以使得该电子设备执行如第一方面或第一方面可能的实施方式中的任意一种所提供的方法。

第五方面，本申请实施例提供了一种包含指令的计算机程序产品，当上述计算机程序产品在电子设备上运行时，使得上述电子设备执行如第一方面以及第一方面中任一可能的实现方式描述的方法。

第六方面，本申请实施例提供一种计算机可读存储介质，包括指令，当上述指令在电子设备上运行时，使得上述电子设备执行如第一方面以及第一方面中任一可能的实现方式描述的方法。

实施本申请实施例提供的技术方案，优先级越高的应用线程对应的binder线程小组中的binder线程数量越多，电子设备可以使用数量较多的binder线程来响应优先级高的应用线程发起的binder请求，使用数量较少的binder线程来响应优先级低的应用线程发起的binder请求。这样，相当于在调用系统服务线程的通道中，将较多的通道划分给了优先级高的应用线程，将较少的通道划分给了优先级低的应用线程。这样，可以提升优先级高的应用线程竞争到系统服务的概率，从而保障优先级较高的应用线程能够优先顺利运行，保证电子设备的性能，提升用户的使用体验。

附图说明

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

图1B是本申请实施例提供的电子设备的软件架构框图；

图2是本申请实施例提供的进程间通信的流程示意图；

图3A是本申请实施例提供的资源调度方法的流程示意图；

图3B是本申请实施例提供的binder线程在等待队列中读取并处理binder请求的示意图；

图4A是本申请实施例提供的电子设备将binder线程划分入binder线程小组的流程示意图；

图4B是本申请实施例提供的电子设备内部处理生成的binder请求的流程示意图；

图4C是本申请实施例提供的对优先级较低的应用线程所对应的binder线程小组进行流控处理的流程示意图

图5是电子设备执行图3A所示的资源调度方法时，各个软件模块之间的交互流程；

图6以一个具体的例子示出了电子设备执行本申请实施例提供的资源调度方法的示意图。

具体实施方式

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

其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

首先介绍进程(process)和线程(thread)的概念。

电子设备上安装的应用程序以一个或多个进程的形式运行在操作系统上，以实现相应的功能。进程是应用程序关于某数据集合的一次运行活动，是操作系统进行资源分配和调度的基本单位。进程可以看作是CPU在一个时间段内的运行活动。

进程可以分为应用进程和系统服务进程。系统服务进程包括系统应用程序在操作系统上的运行形式。应用进程包括第三方应用程序在操作系统上的运行形式和系统应用程序在操作系统上的运行形式。也就是说，应用进程可以包括系统服务进程。

可理解的，进程存在于电子设备的内存中。电子设备运行进程时，会占用一定数量的内存来载入程序代码或者读写数据。

线程是进程的一个实体，它是比进程更小的能独立运行的基本单位。一个进程可包括一个或多个线程，该多个线程可以并发执行，该多个线程可以共享该进程所拥有的全部资源。线程可以看做是CPU相比进程的较短的一个时间段内的运行活动。

应用进程中包括的线程可以被称为应用线程，系统服务进程中包括的线程可以被称为系统服务线程。

系统服务进程中包括一个或多个系统服务线程，用于为电子设备提供相应的系统服务。

目前，当电子设备中有多个应用程序运行时，极有可能发生多个应用线程需要调用同一个系统服务的情况，会造成线程阻塞，即应用线程无法顺利执行。这样无法保证重要应用线程的运行。重要应用线程的顺利运行是保证电子设备性能及用户体验的关键，现有技术中各个应用线程调用系统服务的方式不能保证电子设备性能及用户体验。

基于上述现有技术所存在的问题，本申请实施例提供了一种资源调度方法及电子设备，能够提高优先级较高的应用线程竞争到系统服务的概率，从而保障优先级较高的应用线程能够优先顺利运行，保证电子设备的性能，提升用户的使用体验。

为了更好地描述本申请实施例提供的资源调度方法，首先介绍本申请实施例提供的电子设备。

本申请对提及的电子设备的类型不做具体限定，电子设备可以为手机、平板电脑、个人数字助理(personal digital assistant，PDA)、膝上型计算机(laptop)等便携式电子设备。便携式电子设备的示例性实施例包括搭载Android操作系统的便携式电子设备。还应当理解的是，在本申请其他一些实施例中，电子设备也可以不是便携式电子设备，而是具有触敏表面(例如触控面板)的台式计算机，或者是智能电视机等。

参考图1A，图1A示出了本申请实施例提供的电子设备100的结构示意图。电子设备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，以及用户标识模块(subscriber identification 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)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

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

处理器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也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

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

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器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可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行电子设备100的各种功能应用以及数据处理。

电子设备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)标准接口。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。当有触摸操作作用于显示屏194，电子设备100根据压力传感器180A检测所述触摸操作强度。电子设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。

陀螺仪传感器180B可以用于确定电子设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定电子设备100围绕三个轴(即，x，y和z轴)的角速度。

气压传感器180C用于测量气压。在一些实施例中，电子设备100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。

磁传感器180D包括霍尔传感器。电子设备100可以利用磁传感器180D检测翻盖皮套的开合。

加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。

距离传感器180F，用于测量距离。电子设备100可以通过红外或激光测量距离。

接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。

环境光传感器180L用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。

指纹传感器180H用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器180J用于检测温度。

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

骨传导传感器180M可以获取振动信号。

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

马达191可以产生振动提示。马达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采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备100中，不能和电子设备100分离。

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

图1B是本申请实施例的电子设备100的软件结构框图。

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

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

如图1B所示，应用程序包可以包括第三方应用程序以及系统应用程序。其中，第三方应用程序可包括但不限于相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。系统应用程序是指运行在操作系统上用于提供系统服务的应用程序，系统服务可包括但不限于AMS、PMS、WMS等等。

应用程序可以一个或多个进程的形式运行在电子设备100的软件系统中。一个进程可以包含一个或多个线程。应用进程以及该进程包含的线程运行在应用程序框架层中。进程以及线程的定义可参照后文的相关描述，在此暂不赘述。

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

如图1B所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动、binder驱动等。内核层为Android的系统服务(system server)提供安全性管理、内存管理、进程管理、网络协议栈和驱动模型管理等。系统服务进程可以调用内核层的资源来提供各类系统服务，例如AMS、PMS、WMS等等。

下面结合捕获拍照场景，示例性说明电子设备100软件以及硬件的工作流程。

当触摸传感器180K接收到触摸操作，相应的硬件中断被发给内核层。内核层将触摸操作加工成原始输入事件(包括触摸坐标，触摸操作的时间戳等信息)。原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件，识别该输入事件所对应的控件。以该触摸操作是触摸单击操作，该单击操作所对应的控件为相机应用图标的控件为例，相机应用调用应用框架层的接口，启动相机应用，进而通过调用内核层启动摄像头驱动，通过摄像头193捕获静态图像或视频。

结合图1A及图1B所示的电子设备，下面描述本申请实施例提供的资源调度方法。

在本申请实施例提供的资源调度方法中，预先定义了各个应用线程的优先级，在应用线程通过系统服务进程来调用系统服务线程提供的系统服务时，电子设备将提高优先级较高的应用线程竞争到系统服务的概率，从而保障优先级较高的应用线程能够优先顺利运行，保证电子设备的性能，提升用户的使用体验。

为了更加清楚地介绍本申请实施例提供的方法，下面简单介绍本申请实施例涉及的基本几个基本概念。

(一)应用线程的优先级分类

在本申请实施例中，可以根据应用线程所提供业务的优先级，来定义各个应用进程中的线程的优先级。这里的应用进程可包括第三方应用进程和系统服务进程。

应用线程所提供业务的优先级可以根据用户的使用体验来确定。

若应用线程所提供的业务是用户使用电子设备时可以直接感受到的，或者，用户对该业务有高可靠性、低时延、快速反馈等要求时，该应用线程的优先级较高。例如，提供用户可感知的关于UI显示方面业务的UI线程(主线程)、render线程、电子设备运行前台应用时所创建的线程等等的优先级较高。

若应用线程所提供的业务是用户使用电子设备时不直接感受到的，或者，用户对该业务没有可靠性要求、时延要求、反馈要求时，该应用线程的优先级较低。例如，为其他线程的顺利运行提供便利服务的内核守护线程(native daemon thread)(如垃圾回收线程)等等的优先级较低。

在本申请实施例中，可通过不同的细粒度来定义各个应用程度进程中的线程的优先级。本申请实施例对该细粒度不做具体限制。例如，可以将各个应用线程按照优先级分为高、低两个等级。又例如，可以将各个应用线程分为高、中、低三个等级。又例如，可以将各个应用线程分为最高、较高、一般、较低、最低共五个等级。

在一个具体的实施方式中，可以使用服务质量(quality of service，QoS)标签来衡量应用线程的优先级。QoS标签值越高，应用线程的优先级越高。参考表1，表1通过QoS标签值示例性示出了可能的各个应用线程的优先级。在表1中，前台应用可以是指在电子设备的前台运行并占据显示屏焦点的应用程序，后台应用可以是指在电子设备的后台运行的应用程序。

表1(二)持锁

“锁”是保证同一时间内只有一个线程访问某一块内核空间中的内存资源和/或硬件资源的一种机制。一个线程在获取到内存资源和/或硬件资源所属的锁之后，才能访问该锁对应的内存资源和/或硬件资源，否则该线程将处于等待或阻塞状态。线程获取锁，可以被称为，该线程持有锁，即持锁或拿锁。

Android系统的内核空间中的内存资源以及硬件资源，可以被用于提供不同的系统服务。系统服务可分为核心系统服务和硬件系统服务。核心系统服务是Android系统正常运转的基础，包括常用的的AMS、WMS、PMS等，硬件系统服务是为电子设备运行的应用程序提供硬件控制的服务，如电话服务、wifi服务、PMS、蓝牙服务(bluetooth service)等。

电子设备内核空间的内存资源中可以包括：用于提供AMS的内存资源、用于提供PMS的内存资源、用于提供WMS的内存资源、用于提供电池管理服务(battery service)的内存资源、用于提供网络状态管理服务(network management service，NMS)的内存资源、用于提供蓝牙服务(bluetooth service)的内存资源、用于提供输入法管理服务(inputmanager service，IMS)的内存资源等等。这里，内存资源可以是函数、方法、变量以及其他数据的集合。

电子设备的硬件资源中可以包括：用于提供电话服务的硬件资源(例如麦克风、听筒、扬声器)、用于提供WiFi服务的硬件资源(例如无线通信模块)、用于提供蓝牙服务的硬件资源等等(例如无线通信模块)。

系统服务进程中的各个系统服务线程用于利用内核空间中对应的内存资源，和/或，硬件资源来为电子设备提供各项系统服务。例如，AMS线程用于提供AMS，WMS线程用于提供WMS等。

电子设备在运行过程中，如果有应用线程需要使用到系统服务，即需要通过对应的系统服务线程来调用内核空间中的内存资源和/或硬件资源，从而获取该系统服务。此时，可以看做该应用线程持有了该内存资源和/或硬件资源的锁，即该应用线程有权限获取或者使用该系统服务。

当有多个应用线程都需要使用到同一个系统服务时，该多个应用线程需要竞争锁，只有持有锁的应用线程才能过获取到该系统服务。应用线程竞争锁，也可以看作是该应用线程竞争系统服务。

(三)进程间通信(inter-process communication，IPC)

binder是Android系统中提供的用于进程之间通信的一种方式。参考图2，图2示出了IPC机制的原理。从组件的角度来看，IPC中包括客户端(client)、服务端(server)、服务管理(service manager)以及binder驱动。

其中，client为使用系统服务的进程，server为提供系统服务的进程。servicemanager用于将字符形式的binder名字转化为client中对该binder的引用，使得client能够通过binder名字获得对server中binder实体的引用。binder驱动负责建立进程之间的binder通信，支持进程之间在底层的数据传递和交互。其中，client、server、servicemanager均位于用户空间，binder驱动位于内核空间。

IPC机制包括以下三个过程：

注册服务：server首先向service manager注册服务。

获取服务：client使用某个服务之前，需要向service manager获取相应的服务信息。

使用服务：client根据获取到的服务信息，建立和提供服务的server之间的通路，然后就可以与server进行交互，从而使用该服务。

在client和server进行binder通信时，server会创建或者运行binder线程来响应client发起的binder请求。该binder请求用于指示client使用某个服务的需求。

IPC实际上是位于不同进程中的线程之间的通信。举例说明，client进程C中的线程T1向server进程S发起binder请求时，S1为了处理这个binder请求需要启动binder线程T2。此时，线程T1处于接收返回数据的等待状态。T2处理完请求就会将处理结果返回给T1，T1被唤醒得到处理结果。在这过程中，T2仿佛T1在进程S中的代理，代表T1执行远程任务，而给T1的感觉就是象穿越到S中执行一段代码又回到了C。

对于同一个server进程，可能会有多个client进程同时向其发起binder请求，为了提高效率，server进程往往开辟线程池并发处理收到的binder请求。

在应用进程中的线程调用系统服务这一场景下，应用进程可以看做是client，系统进程可以看做是server。应用进程通过系统进程中的binder线程，来调用系统服务进程中的系统服务线程，从而调用内核空间中的内存资源和/或硬件资源，使用系统进程提供的各类系统服务。也就是说，binder线程是应用线程调用系统服务线程的一个通道，可以看做是应用线程获取系统服务的一个通道。

Android系统规定，系统进程最多可以创建32个binder线程用于进程间的数据通信。这32个binder线程根据client的请求，调用系统服务进程中的系统服务线程，来访问内核空间中对应的内存资源和/或硬件资源。每一个binder线程都相当于进程间的通道，每个binder线程都可以响应于当前的binder请求而调用系统服务线程来获取对应的系统服务。每个binder线程都能够调用任意一个系统服务线程，并且binder线程之间是公平竞争系统服务线程的。一个binder线程同一时间只能处理一个binder请求。

基于上述第(一)-(三)点所介绍的基本概念，下面详细描述本申请实施例提供的资源调度方法。

电子设备运行时，在有应用进程需要使用系统进程提供的系统服务时，可以使用本申请实施例提供的资源调度方法。在该资源调度方法中，电子设备将提高优先级高的应用线程竞争到系统服务的概率，从而保障优先级较高的应用线程能够优先顺利运行，从而保证电子设备的性能，提升用户的使用体验。

在本申请实施例中，应用线程竞争到系统服务是指，该应用线程通过binder线程成功调用到提供该系统服务的系统服务线程，通过该系统服务线程来占用内核空间中提供该系统服务的内存资源，和/或，提供该系统服务的硬件资源，来获取到对应的系统服务。

举例说明，电子设备运行地图类应用程序时，会启动一个或多个线程来完成导航。该一个或多个线程可以执行以下一个或多个操作：通过binder线程调用WMS线程，通过WMS线程更新内核空间中内存资源所存储的窗口信息mWindowMap；通过binder线程调用位置管理服务(location manager service)线程，通过位置管理服务线程调用GPS硬件资源，获取位置信息；通过binder线程调用音频服务(audio service)线程，通过音频服务线程来调用扬声器等音频设备，进行语音播放。

参考图3A，图3A示出了本申请实施例提供的资源调度方法的流程示意图。

本申请实施例提供的资源调度方法可以在以下两种情况或场景下执行：

(1)电子设备在开机后，自动执行本申请实施例提供的资源调度方法。即，电子设备开机后，在有应用线程调用系统服务时，就提高优先级高的应用线程竞争到系统服务的概率，从而保障优先级较高的应用线程能够优先顺利运行。这样，电子设备能够保证所有场景下，优先级较高的应用程序都能够顺利运行，从而保障性能，提升用户体验。

(2)电子设备在关键场景下，执行本申请实施例提供的资源调度方法。

在一些实施例中，关键场景可以是指：电子设备运行应用进程时，该应用进程中部分或全部应用线程频繁调用系统服务的场景，该部分应用线程可以是优先级较高的应用线程。具体实现中，电子设备可以监测运行的一个或多个应用线程调用系统服务的频率，当该一个或多个应用线程调用系统服务的频率大于预设值的情况下，确定当前处于关键场景。该预设值可以预先设置。这里，应用线程调用系统服务的频率可以通过该应用线程在一定时间段内调用系统服务的次数来衡量，次数越多，该应用线程调用系统服务的频率越高。

在另一些实施例中，关键场景可以包括但不限于：电子设备启动应用程序的场景、电子设备切换显示的用户界面的场景、电子设备上下滑动显示用户界面的场景等等。具体实现中，活动管理器(activity manager)用于管理Android系统中的所有组件，组件可包括工作流(Activity)、服务(Service)、广播接收器(Content ProviderBroadcast)和内容提供者(Receiver)，电子设备可以在活动管理器的activity启动的流程中识别应用启动、activity切换等关键场景。窗口管理器(window manager)用于管理窗口的服务，电子设备可以在窗口管理器的滑动手势监听器(FlingGestureDetector)中采集滑动场景。

通过在上述第(2)种场景下执行本申请实施例提供的资源调度方法，能够保证在关键场景下，优先级较高的应用线程能够优先竞争到系统服务并顺利运行，可以保证电子设备处理优先级较高的应用线程时的实时性。此外，仅在关键场景下执行本申请实施例提供的资源调度方法，还可以节省电子设备的功耗。

如图3A所示，该资源调度方法可包括如下步骤：

步骤S110、电子设备运行应用进程和系统服务进程。

应用进程和系统服务进程可参考前文实施例的相关描述。应用进程中包括一个或多个应用线程。系统服务进程中包括：一个或多个系统服务线程、多个binder线程。

具体的，电子设备在打开或者运行应用程序时，通常会打开一个或多个进程，用于实现该应用程序的各项功能。例如，电子设备启动即时通讯类应用时，会运行一个进程来实现该即时通讯应用提供的显示界面、播放语音、接收联系人消息、发送联系人消息等功能。进一步地，这些功能可以被应用进程中不同的线程实现。

系统服务进程是提供电子设备所能够实现的系统服务的进程。这些系统服务可包括但不限于：AMS、PMS、WMS、NMS、IMS、蓝牙管理服务、状态栏管理服务、通知栏管理服务、网络状态管理服务、网络连接管理服务等等。其中，AMS用于管理运行于电子设备上的活动(activity)。WMS用于实现电子设备上有关界面或者窗口的功能如启动窗口、删除窗口、设置窗口层级即动画等等。PMS负责处理电子设备的电源相关的计算和决策，例如控制显示屏灭屏、变暗、变亮等等。

可理解的，电子设备在运行的过程中，会在使用到系统服务时，逐渐创建binder线程来调用系统服务，直至binder线程的数量达到最大值32。该binder线程执行完一次任务后，若会一直存在于系统服务进程中，并在后续有binder请求发起时响应该binder请求。

步骤S120、电子设备将系统服务进程中的多个binder线程分为多个binder线程小组，各个binder线程小组包括不同的binder线程，至少有两个binder线程小组中的binder线程数量不相同。

在本申请实施例中，电子设备可以将系统服务进程中的各个binder线程分为多个binder线程小组，各个binder线程小组包括不同的binder线程，且至少有2个binder线程小组中包含的binder线程的数量不同。

在本申请实施例中，各个binder线程小组和应用线程之间具有对应关系。该对应关系具体包括：一个或多个应用线程对应于一个线程小组，至少一个高优先级的应用线程所对应的binder线程小组中包含的binder线程数量，大于，低优先级的应用线程所对应的binder线程小组中包含的binder线程数量。这里，各个应用线程的优先级可以预先定义。应用线程优先级的定义方式可参考前文第(一)点中的相关描述，在此不再赘述。

在本申请实施例中，binder线程小组中的binder线程用于处理和该binder线程小组相对应的应用线程所发起的binder请求。换句话说，一个应用线程发起的binder请求，由该应用线程对应的binder线程小组中的binder线程来处理。

举例说明，电子设备可以将系统服务进程中的各个binder线程分为第一binder线程小组和第二binder线程小组。第一binder线程小组中包括的binder线程数量大于第二binder线程小组中包括的binder线程数量。例如，第一binder线程小组中可以包括30个binder线程小组，第二binder线程小组中可以包括2个binder线程小组。第一binder线程小组可以和较高优先级的应用线程对应，即第一binder线程小组中的binder线程用于处理优先级较高的应用线程所发起的binder请求。第二binder线程小组可以和较低优先级的应用线程对应，即第二binder线程小组中的binder线程用于处理优先级较低的应用线程所发起的binder请求。这里，第一binder线程小组的标识可以为前台(frontground，FG)，第二binder线程小组的标识可以为后台(background，BG)。

参考表1，表1中的最后一列示例性地示出了binder线程小组和应用线程之间的对应关系。如表1所示，优先级较高的应用线程(即QoS为1、2、3的应用线程)和第一binder线程小组(标识为FG的binder线程小组)相对应，优先级较低的应用线程(即QoS为0的应用线程)和第二binder线程小组(标识为BG的binder线程小组)相对应。

不限于上述举例中描述的将系统进程中的binder线程分为两个binder线程小组，具体实现中，还可以分为更多的binder线程小组，本申请实施例对此不做限制。

不限于上述多个优先级的应用线程和一个binder线程小组相对应，具体实现中，还可以一个优先级的应用线程对应于一个binder线程小组，本申请实施例对此不做限制。

具体实现中，电子设备可以在每创建一个binder线程时，将该binder线程划分入对应的binder线程小组中。电子设备将binder线程划分入对应的binder线程小组的方式可参考前文相关描述。参考图4A，图4A示出了电子设备内部创建binder线程并将binder线程划分到binder线程小组中的流程示意图。图4A所示的过程可以在电子设备的内核层中完成。

步骤S130、在电子设备运行的应用进程中，有应用线程调用系统服务时，该应用线程向系统服务进程发起binder请求。

在本申请实施例中，应用进程中有应用线程调用系统服务是指，电子设备运行该应用进程对应的应用程序时，所实现的功能需要借助该系统服务来提供。举例说明，电子设备运行微信(WeChat)并且微信(WeChat)的用户界面显示于显示屏上时，微信(WeChat)的进程需要借助WMS来绘制并在显示屏上显示微信(WeChat)提供的用户界面，用户通过该用户界面输入消息时，微信(WeChat)的进程需要借助IMS来提供输入法管理服务。

由于应用进程不能直接调用电子设备提供的各项系统服务，当应用进程中有应用线程调用系统服务时，该应用线程需要通过系统服务进程来获取或者调用该系统服务。具体的，该应用线程向系统服务进程发起binder请求。该binder请求包含了需要调用的系统服务的指示信息，该binder请求用于请求系统服务进程调用对应的系统服务线程来为该应用进程提供该指示信息所指示的系统服务。

步骤S140、电子设备响应于该应用线程发起的binder请求，通过该应用线程对应的第一binder线程小组中的binder线程，来调用系统服务进程中的系统服务线程，该系统服务线程用于提供该binder请求所请求的系统服务。

具体的，电子设备可以根据应用线程和binder线程小组的对应关系，查找到和发起binder请求的应用线程对应的binder线程小组，并使用该binder线程小组中的binder线程来调用系统服务线程。。

具体实现中，电子设备可以使用以下方式来通过该应用线程对应的第一binder线程小组中的binder线程，来调用系统服务进程中的系统服务线程：在和该应用线程对应的binder线程小组中，如果有处于空闲状态的binder线程，则使用处于空闲状态的binder线程响应该应用线程发起的binder请求，调用对应的系统服务线程，从而提供该binder请求所请求的系统服务。如果在该binder线程小组中，没有处于空闲状态的binder线程，则将该binder请求存储到发起该binder请求的应用线程所对应的binder线程小组的等待队列(todo queue)中，等待有binder请求进入空闲状态后再处理。

具体的，每一个binder线程都具有两种状态：空闲状态，和，运行状态。Binder线程处于运行状态是指，该binder线程正在响应于某个binder请求，调用该binder请求所请求的系统服务对应的系统服务线程，执行服务端的服务代码，实现相应的系统服务。Binder线程处于空闲状态是指，当前没有响应任何binder请求，该binder线程空闲。

在本申请实施例中，每个binder线程小组都有对应的等待队列。该等待队列用于在binder线程小组中的所有binder线程都处于运行状态时，存储和该binder线程小组相对应的应用线程发起的未处理binder请求。若binder线程小组中有binder线程执行完一次任务，由运行状态切换为空闲状态后，该binder线程可以从等待队列中获取一个binder请求并响应该binder请求执行对应的操作。

在一些实施例中，电子设备可以按照时间顺序将未处理的binder请求放入binder线程小组的等待队列中，例如将最新接收到的binder请求放入等待队列的队尾。在一些实施例中，当binder线程小组中有binder线程由运行状态切换为空闲状态时，该binder线程可以按照时间顺序来响应等待队列中的binder请求，例如响应等待队列中处于队顶的binder请求等。这样，可以保证电子设备按照时间顺序依次处理各个binder请求。

参考图3B，图3B示例性示出了系统服务进程中的binder线程小组处理binder请求的示意图。

在图3B所示的例子中，电子设备将32个binder线程分为了2个binder线程小组。其中，标识为“FG”的binder线程小组包括T0-T29共30个binder线程，标识为“BG”的binder线程小组包括T30-T31共2个binder线程。标识为“FG”的binder线程小组对应于QoS为1-3的应用线程，标识为“BG”的binder线程小组对应于QoS为0的应用线程。两个binder线程小组分别对应有一个等待队列。

如图3B中的第一张图所示，标识为“FG”的binder线程小组中还有处于空闲状态的binder线程，其对应的等待队列中没有待处理的binder请求。标识为“BG”的binder线程小组中没有处于空闲状态的binder线程，其对应的等待队列中包括待处理的binder请求1-3。各个binder线程小组将会从等待队列的队顶开始依次处理等待队列中的binder请求。

经过一段时间后，如图3B的第二张图所示，标识为“BG”的binder线程小组中有binder线程从等待队列中读取并处理了binder请求1，对应的等待队列中还剩余有binder请求2-3。

参考图3B的第二张图和第三张图，QoS为1-3的应用线程发起binder请求4-7，QoS为0的应用线程发起binder请求8-10后，电子设备调用2个binder线程小组各自处理对应的binder请求。如图所示，电子设备使用标识为“FG”的binder线程小组来处理binder请求4-7，其中处于空闲状态的binder线程T28和T29可用于处理binder请求4-5，binder请求6-7被放入等待队列中。类似的，电子设备使用标识为“BG”的binder线程小组来处理binder请求8-10，由于标识为“BG”的binder线程小组中没有处于空闲状态的binder线程，电子设备将binder请求8-10依次放入对应的等待队列的队尾中，排队等待被处理。参考图4B，图4B示出了电子设备内部生成binder请求时，处理该binder请求的流程示意图。图4B所示的过程可以在电子设备的内核层中完成。

在图3A所示的方法实施例中，发起binder请求的应用线程可以被称为第一线程，该binder请求所请求的系统服务可以被称为第一系统服务，提供该第一系统服务的系统线程可以被称为第一系统线程，第一线程对应的binder线程小组可以被称为第一binder线程小组。第一binder线程小组的等待队列可以被称为第一等待队列。

通过上述步骤S110-步骤S140，电子设备将系统服务进程中的各个binder线程分为了多个binder线程小组，电子设备可以使用特定的binder线程小组中的binder线程来处理对应优先级的应用线程发起的binder请求。

本申请实施例中的资源调度方法，优先级越高的应用线程对应的binder线程小组中的binder线程数量越多，电子设备可以使用数量较多的binder线程来响应优先级高的应用线程发起的binder请求，使用数量较少的binder线程来响应优先级低的应用线程发起的binder请求。这样，相当于在调用系统服务线程的通道中，将较多的通道划分给了优先级高的应用线程，将较少的通道划分给了优先级低的应用线程。这样，可以提升优先级高的应用线程竞争到系统服务的概率，从而保障优先级较高的应用线程能够优先顺利运行，保证电子设备的性能，提升用户的使用体验。

在一些实施例中，电子设备还可以对优先级较低的应用线程对应的binder线程小组进行流控处理。通过流控处理，可以降低该binder线程小组中的binder线程拿锁的概率，即降低该binder线程小组中的binder线程竞争或者访问到系统服务线程的概率。

流控处理是指降低优先级较低的应用线程对应的binder线程小组中的binder线程处理binder请求的频率。换句话说，流控处理也可以是指降低包含binder线程数量较少的一个或多个binder线程小组中，binder线程处理binder请求的频率。这里，降低binder线程处理binder请求的频率可以是指，延长该binder线程处理两个binder请求之间处于空闲状态的时间间隔。具体的，未经流控处理之前，系统服务进程中个binder线程小组中的binder线程处理binder请求的频率是一致的，例如可以都是在处理完一个binder请求之后紧接着处理另一个binder请求。经过流控处理后，优先级较低的一个或多个应用线程对应的binder线程小组中的binder线程，即包含binder线程数量较少的一个或多个binder线程小组中的binder线程，处理binder请求的频率要低于其他binder线程，例如可以在处理完一个binder请求之后，经过一段时间的空闲状态，再处理下一个binder请求。

举例说明，第一binder线程小组对应的应用线程的优先级，低于，第二binder线程小组对应的应用线程的优先级时，电子设备可以调整第一binder线程小组和第二binder线程小组中的binder线程调用系统服务线程的频率，使得第一binder线程小组中的binder线程调用系统服务线程的频率，低于，第二binder线程小组中的binder线程调用系统服务线程的频率。

参考图4C，图4C示出了电子设备对包含binder线程数量较少的一个或多个binder线程小组进行流控处理的流程示意图。图4C所示的过程可以在电子设备的内核层中完成。

可理解的，通过流控处理，电子设备可以进一步降低优先级较低的应用线程竞争到系统服务的概率，提高优先级较高的应用线程竞争到系统服务的概率。这样，可以保障优先级较高的应用线程能够优先顺利运行，满足用户对关键场景的需求，提升用户的使用体验。

实施如图3A所示的资源调度方法后，由于不同优先级应用线程竞争到系统服务的概率不同，可能有部分应用线程长时间竞争不到系统服务而导致线程阻塞，影响用户的使用体验。尤其是由于只有数量较少的binder线程用于处理优先级较低的应用线程发起的binder请求，优先级较低的应用线程发起的binder请求可能会长时间得不到处理而被饿死。在一些实施例中，为了避免有应用线程发起的binder请求长时间未被处理，即为了避免应用线程长时间竞争不到系统服务的场景出现，本申请实施例提供了以下两种解决方案：

(1)调整binder请求所在的等待队列。

具体的，若有应用线程发起binder请求之后，电子设备在预设时间内都没有成功通过该应用线程对应的binder线程小组中的binder线程，来调用该binder请求所请求的系统服务，则电子设备可以将该应用线程发起的binder请求放入更高优先级的应用线程所对应的binder线程小组的等待队列中。

例如，若在第一线程发起binder请求之后的预设时间内，电子设备没有成功通过第一线程对应的第一binder线程小组中的binder线程，来调用系统服务线程中的第一系统服务线程，则将第一线程的binder请求放入第二等待队列中。其中，第二binder线程小组对应的应用线程的优先级，高于，第一binder线程小组对应的应用线程的优先级，第二binder线程小组的等待队列被称为第二等待队列。这里，预设时间可以预先设置。

这里，造成电子设备在预设时间内都没有成功通过该应用线程对应的binder线程小组中的binder线程，来调用该binder请求所请求的系统服务的原因可包括：该应用线程对应的binder线程小组的等待队列中，有过多的未处理binder线程，导致该应用线程对应的binder线程小组中的binder线程均长时间处于运行状态，无法处理该binder线程。

举例说明，参考图3B的第三幅图，若binder请求10进入标识为“BG”的binder线程小组的等待队列中后，在预设时间内都没有得到处理，则电子设备可以将binder请求10调整到标识为“FG”的binder线程小组的等待队列中。

更高优先级的应用线程所对应的binder线程小组中具有更多的binder线程小组，因此，该binder请求可以被更快地响应。这样，可以防止发起该binder请求的应用线程被饿死。通过第(1)种方案，无需改变发起binder请求的应用线程的优先级，即可使用原本分配给更高优先级的应用线程的资源来处理该binder请求，可以根据电子设备的需求动态合理地调度内存资源和硬件资源。

(2)调整各个binder线程小组中包含的binder线程的数量。

具体的，电子设备调整各个binder线程小组中包含的binder线程的数量的策略可包括：

1.当binder线程小组的等待队列中的binder请求数量大于第一值时，或者，当binder线程小组的等待队列中的binder请求数量持续大于第一预设值且超过预设时长时，或者，当binder线程小组中的binder线程的使用率持续大于第二预设值且超过预设时长时，增加该binder线程小组中的binder线程数量。

2.当binder线程小组的等待队列中的binder请求数量小于第二值时，或者，当binder线程小组的等待队列中的binder请求数量持续小于第三预设值且超过预设时长时，或者，当binder线程小组中的binder线程的使用率持续小于第四预设值且超过预设时长时，减少该binder线程小组中的binder线程数量。

这里，binder线程小组中binder线程的使用率是指，binder线程小组中，处于运行状态的binder线程占该binder线程小组中的全部binder线程的比例。

上述策略中提及的第一值、第二值、第一预设值、第二预设值、第三预设值、第四预设值均可以预先设置。

通过上述策略，可以根据电子设备实际的运行情况，动态调整各个binder线程小组中包含的binder线程数量，均衡处理各个应用线程发起的binder请求，防止发起binder请求的应用线程被饿死。

可理解的，上述第(2)中的调整方案可以多次实施，从而根据电子设备的需求动态合理地调度内存资源和硬件资源。

可理解的，上述第(1)(2)种方案还可以结合实施，本申请实施例对此不作限制。

参考图5，图5示出了电子设备执行图3A所示的资源调度方法时，涉及到的电子设备中的几个软件模块以及各个模块之间的数据交互情况。如图5所示，电子设备可以在应用程序框架层运行有一个或多个应用进程以及系统服务进程。内核层中的binder驱动中可包括三个模块：binder请求接收模块、binder请求调度模块以及binder请求存储模块。其中：

应用进程中包括一个或多个应用线程，当这些应用线程需要调用系统服务时，该应用线程向binder请求接收模块发起binder请求。该binder请求可参考前文方法实施例中的相关描述。

系统服务进程中包括一个或多个系统服务线程，以及一个或多个(至多32个)用于进程间通信得到binder线程。

Binder请求调度模块用于将该多个binder线程分为多个binder线程小组，分组的策略可参考前文方法实施例中的相关描述。

Binder请求存储模块用于存储一个或多个等待队列，每个等待队列对应一个binder线程小组，每个等待队列中包括N个binder请求。N为大于或等于0的整数。Binder线程可以从binder请求存储模块中获取自身所属小组的等待队列中的待处理的binder请求，并根据binder请求所请求的系统服务来调用对应的系统服务线程，从而获取该系统服务。

Binder请求接收模块用于接收应用线程发起的binder请求。

Binder请求调度模块还用于调度或者分配binder请求接收模块接收到的binder请求。调度的策略为：如果在发起binder请求的应用线程所对应的binder线程小组中，还有处于空闲状态的binder线程，则调用该处于空闲状态的binder线程来响应该binder请求。如果没有处于空闲状态的binder线程，则将该binder请求存储到发起该binder请求的应用线程所对应的binder线程小组的等待队列(to do queue)中。

在一些实施例中，系统服务进程还负责识别关键场景，并在识别到关键场景时通知Binder请求调度模块，以使得Binder请求调度模块将多个binder线程分为多个binder线程小组。这里，关键场景可参考前文实施例的相关描述。

在一些实施例中，Binder请求调度模块还可以对优先级较低的应用线程所对应的binder线程小组进行流控处理。流控处理的具体实现方式可参照前文方法实施例的相关描述。

在一些实施例中，Binder请求调度模块还用于避免有应用线程发起的binder请求长时间未被处理。具体的，binder请求调度模块用于执行上述方法实施例中提及的第(1)(2)两种解决方案，调整binder请求所在的等待队列或者调整各个binder线程小组中包含的binder线程的数量，从而避免有应用线程发起的binder请求长时间未被处理。这里，第(1)(2)两种解决方案可参考前文方法实施例的相关描述。

参考图6，图6以一个具体的例子示出了电子设备执行本申请实施例提供的资源调度方法的示意图。在该例子中，各个应用线程的优先级划分、binder线程小组的划分可参考表1。

如图6所示，电子设备中运行有前台应用程序、系统应用程序以及后台应用程序。其中，每个应用程序均以进程的方式运行在操作系统中，每个进程都可以包括一个或多个应用线程。前台应用进程中的线程的优先级较高，例如应用进程中的线程的QoS标签值可包括“3”和“2”。后台应用进程中的线程的优先级较低，例如应用进程中的线程的QoS标签值可包括“2”和“0”。

系统服务进程中的32个binder线程被划分为了2个binder线程小组，线程T0-T29属于标识为“FG”的binder线程小组，线程T30-T31属于标识为“BG”的binder线程小组。标识为“FG”的binder线程小组用于处理优先级较高的应用线程，例如QoS标签值为“3”“2”“1”的应用线程。标识为“BG”的binder线程小组用于处理优先级较低的应用线程，例如QoS标签值为“0”的应用线程。

Binder线程池中的各个binder线程公平地竞争或者调用系统服务进程中的各个系统服务线程，即公平调用各类系统服务，并遵循持锁调用的原则。

本申请的各实施方式可以任意进行组合，以实现不同的技术效果。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid StateDisk)等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由计算机程序来指令相关的硬件完成，该程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。

总之，以上所述仅为本发明技术方案的实施例而已，并非用于限定本发明的保护范围。凡根据本发明的揭露，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (11)

1.一种资源调度方法，其特征在于，包括：

电子设备运行应用进程和系统服务进程，所述应用进程中包括一个或多个应用线程，所述一个或多个应用线程包含第一线程；所述系统服务进程中包括：一个或多个系统服务线程、多个binder线程；

所述电子设备将所述多个binder线程分为多个binder线程小组，各个binder线程小组包括不同的binder线程，至少有两个binder线程小组中的binder线程数量不相同；

其中，一个或多个所述应用线程对应于一个所述binder线程小组；至少一个高优先级的应用线程所对应的binder线程小组中包含的binder线程数量，大于，低优先级的应用线程所对应的binder线程小组中包含的binder线程数量；

在所述第一线程调用第一系统服务时，所述电子设备生成所述第一线程的binder请求，所述第一线程的binder请求用于请求所述电子设备提供所述第一系统服务；

响应于所述第一线程的binder请求，所述电子设备通过所述第一线程对应的第一binder线程小组中的binder线程，来调用所述系统服务线程中的第一系统服务线程；

其中，所述第一binder线程小组中的binder线程调用所述系统服务线程的频率，低于，第二binder线程小组中的binder线程调用所述系统服务线程的频率；所述第一binder线程小组对应的应用线程的优先级，低于，所述第二binder线程小组对应的应用线程的优先级。

2.根据权利要求1所述的方法，其特征在于，在所述电子设备将所述多个binder线程分为多个binder线程小组之前，所述方法还包括：

所述电子设备确定当前所述一个或多个应用线程调用系统服务的频率大于预设值；

或者，

所述电子设备启动应用程序，或，所述电子设备切换显示的用户界面，或，所述电子设备滑动显示用户界面。

3.根据权利要求1所述的方法，其特征在于，所述第一binder线程小组对应有第一等待队列，所述第一等待队列用于存储：所述第一binder线程小组对应的应用线程的binder请求；所述第一等待队列中的binder请求由所述第一binder线程小组中的binder线程来处理；

所述方法还包括：

当所述第一等待队列中的binder请求数量大于第一值时，所述电子设备增加所述第一binder线程小组中binder线程的数量；

当所述第一等待队列中的binder请求数量小于第二值时，所述电子设备减少所述第一binder线程小组中binder线程的数量。

4.根据权利要求1所述的方法，其特征在于，所述电子设备生成所述第一线程的binder请求之后，所述方法还包括：

若在所述电子设备生成所述第一线程的binder请求之后的预设时间内，所述电子设备没有成功通过所述第一线程对应的第一binder线程小组中的binder线程，来调用所述系统服务线程中的第一系统服务线程，则将所述第一线程的binder请求放入第二等待队列中；

其中，所述第二等待队列用于存储：第二binder线程小组对应的应用线程的binder请求；所述第二等待队列中的binder请求由所述第二binder线程小组中的binder线程来处理；所述第二binder线程小组对应的应用线程的优先级，高于，所述第一binder线程小组对应的应用线程的优先级。

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

所述应用线程的优先级根据用户对所述应用线程提供的业务的感知程度确定，用户对所述应用线程提供的业务的感知程度越高，所述应用线程的优先级越高。

6.一种电子设备，其特征在于，所述电子设备包括一个或多个处理器和存储器；所述存储器与所述一个或多个处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，所述一个或多个处理器调用所述计算机指令以使得所述电子设备执行：

运行应用进程和系统服务进程，所述应用进程中包括一个或多个应用线程，所述一个或多个应用线程包含第一线程；所述系统服务进程中包括：一个或多个系统服务线程、多个binder线程；

将所述多个binder线程分为多个binder线程小组，各个binder线程小组包括不同的binder线程，至少有两个binder线程小组中的binder线程数量不相同；

其中，一个或多个所述应用线程对应于一个所述binder线程小组；至少一个高优先级的应用线程所对应的binder线程小组中包含的binder线程数量，大于，低优先级的应用线程所对应的binder线程小组中包含的binder线程数量；

在所述第一线程调用第一系统服务时，生成所述第一线程的binder请求，所述第一线程的binder请求用于请求所述电子设备提供所述第一系统服务；

响应于所述第一线程的binder请求，通过所述第一线程对应的第一binder线程小组中的binder线程，来调用所述系统服务线程中的第一系统服务线程；

其中，所述第一binder线程小组中的binder线程调用所述系统服务线程的频率，低于，第二binder线程小组中的binder线程调用所述系统服务线程的频率；所述第一binder线程小组对应的应用线程的优先级，低于，所述第二binder线程小组对应的应用线程的优先级。

7.根据权利要求6所述的电子设备，其特征在于，在将所述多个binder线程分为多个binder线程小组之前，所述一个或多个处理器还用于调用所述计算机指令以使得所述电子设备执行：

确定当前所述一个或多个应用线程调用系统服务的频率大于预设值；

或者，

启动应用程序，或，切换显示的用户界面，或，滑动显示用户界面。

8.根据权利要求6所述的电子设备，其特征在于，所述第一binder线程小组对应有第一等待队列，所述第一等待队列用于存储：所述第一binder线程小组对应的应用线程的binder请求；所述第一等待队列中的binder请求由所述第一binder线程小组中的binder线程来处理；

所述一个或多个处理器还用于调用所述计算机指令以使得所述电子设备执行：

当所述第一等待队列中的binder请求数量大于第一值时，增加所述第一binder线程小组中binder线程的数量；

当所述第一等待队列中的binder请求数量小于第二值时，减少所述第一binder线程小组中binder线程的数量。

9.根据权利要求6所述的电子设备，其特征在于，在生成所述第一线程的binder请求之后，所述一个或多个处理器还用于调用所述计算机指令以使得所述电子设备执行：

若在生成所述第一线程的binder请求之后的预设时间内，没有成功通过所述第一线程对应的第一binder线程小组中的binder线程，来调用所述系统服务线程中的第一系统服务线程，则将所述第一线程的binder请求放入第二等待队列中；

其中，所述第二等待队列用于存储：第二binder线程小组对应的应用线程的binder请求；所述第二等待队列中的binder请求由所述第二binder线程小组中的binder线程来处理；所述第二binder线程小组对应的应用线程的优先级，高于，所述第一binder线程小组对应的应用线程的优先级。

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

所述应用线程的优先级根据用户对所述应用线程提供的业务的感知程度确定，用户对所述应用线程提供的业务的感知程度越高，所述应用线程的优先级越高。

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