CN115309547B - 处理异步binder调用的方法和装置 - Google Patents

处理异步binder调用的方法和装置 Download PDF

Info

Publication number
CN115309547B
CN115309547B CN202210912789.2A CN202210912789A CN115309547B CN 115309547 B CN115309547 B CN 115309547B CN 202210912789 A CN202210912789 A CN 202210912789A CN 115309547 B CN115309547 B CN 115309547B
Authority
CN
China
Prior art keywords
processes
asynchronous
binder
interface
call
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202210912789.2A
Other languages
English (en)
Other versions
CN115309547A (zh
Inventor
李潘潘
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Honor Device Co Ltd
Original Assignee
Honor Device Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Honor Device Co Ltd filed Critical Honor Device Co Ltd
Priority to CN202210912789.2A priority Critical patent/CN115309547B/zh
Publication of CN115309547A publication Critical patent/CN115309547A/zh
Application granted granted Critical
Publication of CN115309547B publication Critical patent/CN115309547B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5022—Mechanisms to release resources
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3017—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is implementing multitasking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3051—Monitoring arrangements for monitoring the configuration of the computing system or of the computing system component, e.g. monitoring the presence of processing resources, peripherals, I/O links, software programs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Quality & Reliability (AREA)
  • Mathematical Physics (AREA)
  • Telephone Function (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请涉及终端领域，提供了一种处理异步binder调用的方法和装置，该方法包括：检测系统进程的异步binder缓冲的占用空间；当所述占用空间大于或等于门限值时，从调用所述系统进程的异步binder接口的M个进程中确定N个目标进程，所述M和所述N为正整数，所述M大于或等于所述N；释放分配给所述N个目标进程的异步binder缓冲。上述方法避免冻屏现象的出现。

Description

处理异步binder调用的方法和装置
技术领域
本申请涉及终端领域，具体涉及一种处理异步binder调用的方法和装置。
背景技术
终端设备通常是指包括集成电路、晶体管或电子管等电子元器件，并且基于操作系统和第三方应用实现特定功能的设备。用户在使用终端设备时，可能会通过第三方应用控制终端设备实现特定功能，例如，用户点击屏幕上的视频图标后，视频播放器(第三方应用的一个示例)通过与操作系统的交互播放视频。
用户在使用终端设备的过程中，可能会出现“冻屏”现象。例如，用户点击屏幕上的视频图标后，终端设备未播放视频，并且，终端设备对用户后续的操作也不再做出反应，终端设备的屏幕如同被冻结一般。如何避免冻屏现象是当前需要解决的问题。
发明内容
本申请实施例提供了一种处理异步binder调用的方法和装置，能够避免冻屏现象的出现。
第一方面，提供了一种处理异步binder调用的方法，所述方法包括：
检测系统进程的异步binder缓冲的占用空间；
当所述占用空间大于或等于门限值时，从调用所述系统进程的异步binder接口的M个进程中确定N个目标进程，所述M和所述N为正整数，所述M大于或等于所述N；
释放分配给所述N个目标进程的异步binder缓冲。
binder是终端设备的进程之间的一种通信机制，系统进程的异步binder接口被另外一个进程(如用户进程)调用后，终端设备需要为该用户进程分配异步binder缓冲，在异步binder调用机制下，该用户进程无需等待本次调用的结果即可再次调用系统进程，因此，在一些情况下，例如，系统进程处理异步binder调用出错的情况下，用户进程会循环调用系统进程的异步binder接口，导致系统进程的异步binder缓冲资源耗尽，系统进程后续无法再响应其他进程的调用请求，从而导致冻屏现象。在上述实施例中，终端设备检测到系统进程的异步binder缓冲的占用空间大于或等于门限值时，从调用所述系统进程的异步binder接口的M个进程中确定N个目标进程，并释放分配给该N个目标进程的异步binder缓冲，从而可以避免系统进程的异步binder缓冲资源耗尽导致的冻屏现象。
可选地，所述从调用所述系统进程的异步binder接口的M个进程中确定N个目标进程，包括：
从直接调用所述异步binder接口的P个进程中确定第一进程，所述第一进程为所述P个进程中调用所述异步binder接口的次数最多的进程，所述P为小于或等于所述M的正整数；
当所述第一进程为第三方应用进程时，确定所述第一进程为所述N个目标进程中的一个。
造成冻屏现象的主要原因是第三方应用开发时未做好适配导致系统进程处理异步binder接口调用时出错，因此，当第一进程为调用异步binder接口的次数最多的第三方应用进程时，第一进程是最有可能导致冻屏的进程，将第一进程作为目标进程，释放分配给第一进程的binder缓冲，能够有效避免冻屏出现。
可选地，所述从调用所述系统进程的异步binder接口的M个进程中确定N个目标进程，包括：
当所述第一进程为非第三方应用进程时，从通过所述第一进程调用所述异步binder接口的Q个进程中确定第二进程，所述第二进程为所述Q个进程中调用所述异步binder接口的次数最多的进程，所述Q为小于或等于所述M的正整数；
当所述第二进程为第三方应用进程时，确定所述第二进程为所述N个目标进程中的一个。
当第一进程不是第三方应用进程时，第一进程导致冻屏的可能性不大，可以从通过第一进程调用系统进程的Q个进程中确定第二进程，即，从Q个进程中确定调用所述异步binder接口的次数最多的进程，释放分配给第二进程的binder缓冲，能够有效避免冻屏出现。
可选地，所述从调用所述系统进程的异步binder接口的M个进程中确定N个目标进程之前，所述方法还包括：
确定K个进程，所述K个进程为所述系统进程的异步binder接口的调用链的源头进程，所述K为正整数；
从所述K个进程中确定所述M个进程，所述M个进程为第三方应用进程；
所述从调用所述系统进程的异步binder接口的M个进程中确定N个目标进程，包括：
从所述M个进程中确定调用所述异步binder接口的次数最多的N个进程为所述N个目标进程。
终端设备可以在确定系统进程的异步binder接口的调用链的源头后再确定目标进程，这样可以准确确定调用异步binder接口的次数最多的N个进程，从而可以有效避免冻屏出现。
可选地，所述从调用所述系统进程的异步binder接口的M个进程中确定N个目标进程，包括：
当所述M个进程包括调用所述异步binder接口的次数相同的H个进程时，并且，当所述H个进程调用所述异步binder接口的次数是所述M个进程中最多的进程时，从所述H个进程中确定N个调用所述异步binder接口的时间最早的进程为所述N个目标进程，所述H为大于所述N的正整数。
当H个进程调用系统进程的异步binder接口的次数相同时，并且，当H个进程是调用异步binder接口的次数是M个进程中最多的进程时，终端设备可以根据H个进程的调用时间确定N个目标进程，调用时间最早的进程大概率是发生调用失败的进程，将调用时间最早的N个进程确定为目标进程可以准确排除导致冻屏现象的隐患。
可选地，所述方法还包括：
在所述N个目标进程的异步binder缓冲释放之后，再次检测系统进程的异步binder缓冲的占用空间；
当所述再次检测的检测结果大于或等于所述门限值时，从所述M个进程中剩余的进程中确定L个目标进程，所述L为正整数；
释放分配给所述L个目标进程的异步binder缓冲。
如果N个目标进程的异步binder缓冲释放之后，系统进程的异步binder缓冲的占用空间仍然大于或等于门限值，说明仍然有进程在循环调用系统进程的异步binder接口，终端设备可以再次从剩余的进程中确定L个目标进程，释放分配给L个目标进程的异步binder缓冲，避免冻屏现象的出现。
可选地，所述N等于1。
当N等于1时，终端设备执行的方案是逐个释放目标进程占用的异步binder缓冲，这样可以避免一次释放多个目标进程占用的异步binder缓冲导致正常业务受到影响。
可选地，所述方法还包括：
关闭所述N个目标进程。
关闭目标进程可以避免目标进程再次调用系统进程的异步binder接口，彻底消除导致冻屏现象的隐患。
可选地，所述系统进程为系统服务进程。
第二方面，提供了一种处理处理异步binder调用的装置，包括用于执行第一方面中任一种方法的单元。该装置可以是终端设备，也可以是终端设备内的芯片。该装置可以包括输入单元和处理单元。
当该装置是终端设备时，该处理单元可以是处理器，该输入单元可以是通信接口；该终端设备还可以包括存储器，该存储器用于存储计算机程序代码，当该处理器执行该存储器所存储的计算机程序代码时，使得该终端设备执行第一方面中的任一种方法。
当该装置是终端设备内的芯片时，该处理单元可以是芯片内部的逻辑处理单元，该输入单元可以是输出接口、管脚或电路等；该芯片还可以包括存储器，该存储器可以是该芯片内的存储器(例如，寄存器、缓存等)，也可以是位于该芯片外部的存储器(例如，只读存储器、随机存取存储器等)；该存储器用于存储计算机程序代码，当该处理器执行该存储器所存储的计算机程序代码时，使得该芯片执行第一方面的任一种方法。
第三方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序代码，当所述计算机程序代码被处理处理异步binder调用的装置运行时，使得该装置执行第一方面中的任一种方法。
第四方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码被处理处理异步binder调用的装置运行时，使得该装置执行第一方面中的任一种方法。
附图说明
图1是一种适用于本申请的装置的硬件结构的示意图；
图2是一种适用于本申请的装置的软件结构的示意图；
图3是本申请提供的一种IPC通信方法的示意图；
图4是本申请提供的一种binder机制的示意图；
图5是本申请提供的一种binder通信流程的示意图；
图6是本申请提供的一种异步binder调用的时序关系的示意图；
图7是本申请提供的一种处理异步binder调用的方法的示意图；
图8是本申请提供的另一种处理异步binder调用的方法的示意图；
图9是本申请提供的一种直接调用异步binder调用接口时处理异步binder调用的方法的示意图；
图10是本申请提供的一种确定调用异步binder接口次数最多的第三方应用进程的方法的示意图；
图11是本申请提供的一种间接调用异步binder调用接口时处理异步binder调用的方法的示意图；
图12是本申请提供的一种处理异步binder调用的装置的示意图。
具体实施方式
下面将结合附图，对本申请实施例中的技术方案进行描述。
图1示出了一种适用于本申请的装置的硬件结构。
装置100可以是手机、可折叠电子设备、平板电脑、桌面型计算机、膝上型计算机、手持计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、蜂窝电话、个人数字助理(personal digital assistant，PDA)、增强现实(augmented reality，AR)设备、虚拟现实(virtual reality，VR)设备、人工智能(artificial intelligence，AI)设备、可穿戴式设备、车载设备、智能家居设备或智慧城市设备。本申请实施例对该装置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等。
需要说明的是，图1所示的结构并不构成对装置100的具体限定。在本申请另一些实施例中，装置100可以包括比图1所示的部件更多或更少的部件，或者，装置100可以包括图1所示的部件中某些部件的组合，或者，装置100可以包括图1所示的部件中某些部件的子部件。图1示的部件可以以硬件、软件、或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元。例如，处理器110可以包括以下处理单元中的至少一个：应用处理器(application processor，AP)、调制解调处理器、图形处理器(graphics processing unit，GPU)、图像信号处理器(image signal processor，ISP)、控制器、视频编解码器、数字信号处理器(digital signal processor，DSP)、基带处理器、神经网络处理器(neural-network processing unit，NPU)。其中，不同的处理单元可以是独立的器件，也可以是集成的器件。
控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。
处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。
在一些实施例中，处理器110可以包括一个或多个接口。例如，处理器110可以包括以下接口中的至少一个：内部集成电路(inter-integrated circuit，I2C)接口、内部集成电路音频(inter-integrated circuit sound，I2S)接口、脉冲编码调制(pulse codemodulation，PCM)接口、通用异步接收传输器(universal asynchronous receiver/transmitter，UART)接口、移动产业处理器接口(mobile industry processor interface，MIPI)、通用输入输出(general-purpose input/output，GPIO)接口、SIM接口、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)、显示屏串行接口(display serial interface，DSI)等。在一些实施例中，处理器110和摄像模组193通过CSI接口通信，实现装置100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现装置100的显示功能。
GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号接口，也可被配置为数据信号接口。在一些实施例中，GPIO接口可以用于连接处理器110与摄像模组193，显示屏194、无线通信模块160、音频模块170和传感器模块180。GPIO接口还可以被配置为I2C接口、I2S接口、UART接口或MIPI接口。
图1所示的各模块间的连接关系只是示意性说明，并不构成对装置100的各模块间的连接关系的限定。可选地，装置100的各模块可以采用与上述实施例中的连接方式不同的接口连接方式，或者，装置100的各模块可以采用上述实施例中多种连接方式的组合。
USB接口130是符合USB标准规范的接口，例如可以是迷你(Mini)USB接口、微型(Micro)USB接口或C型USB(USB Type C)接口。USB接口130可以用于连接充电器为装置100充电，也可以用于装置100与外围设备之间传输数据，还可以用于连接耳机以通过耳机播放音频。USB接口130还可以用于连接其他装置，例如AR设备。
充电管理模块140用于从充电器接收电力。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的电流。在一些无线充电的实施例中，充电管理模块140可以通过装置100的无线充电线圈接收电磁波(电流路径如虚线所示)。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为装置100供电。
电源管理模块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上的无线通信的解决方案，例如下列方案中的至少一个：第二代(2th generation，2G)移动通信解决方案、第三代(3thgeneration，3G)移动通信解决方案、第四代(4th generation，5G)移动通信解决方案、第五代(5th generation，5G)移动通信解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波和放大等处理，随后传送至调制解调处理器进行解调。移动通信模块150还可以放大经调制解调处理器调制后的信号，放大后的该信号经天线1转变为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(例如，扬声器170A、受话器170B)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。
与移动通信模块150类似，无线通信模块160也可以提供应用在装置100上的无线通信解决方案，例如下列方案中的至少一个：无线局域网(wireless local areanetworks，WLAN)、蓝牙(bluetooth，BT)、全球导航卫星系统(global navigationsatellite system，GNSS)、调频(frequency modulation，FM)、近场通信(near fieldcommunication，NFC)、红外(infrared，IR)。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，并将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频和放大，该信号经天线2转变为电磁波辐射出去。
在一些实施例中，装置100的天线1和移动通信模块150耦合，装置100的天线2和无线通信模块160耦合。
装置100可以通过GPU、显示屏194以及应用处理器实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。
显示屏194可以用于显示图像或视频。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)、有机发光二极管(organic light-emitting diode，OLED)、有源矩阵有机发光二极体(active-matrix organic light-emitting diode，AMOLED)、柔性发光二极管(flex light-emitting diode，FLED)、迷你发光二极管(mini light-emitting diode，Mini LED)、微型发光二极管(micro light-emitting diode，Micro LED)、微型OLED(Micro OLED)或量子点发光二极管(quantum dotlight emitting diodes，QLED)。在一些实施例中，装置100可以包括1个或N个显示屏194，N为大于1的正整数。
装置100可以通过摄像模组193、ISP、DSP、视频编解码器、GPU、显示屏194以及应用处理器等实现拍摄功能。
摄像模组193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的红绿蓝(red green blue，RGB)，YUV等格式的图像信号。在一些实施例中，装置100可以包括1个或N个摄像模组193，N为大于1的正整数。
ISP用于处理摄像模组193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP可以对图像的噪点、亮度和色彩进行算法优化，ISP还可以优化拍摄场景的曝光和色温等参数。在一些实施例中，ISP可以设置在摄像模组193中。
DSP用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当装置100在频点选择时，DSP用于对频点能量进行傅里叶变换等。
视频编解码器用于对数字视频压缩或解压缩。装置100可以支持一种或多种视频编解码器。这样，装置100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1、MPEG2、MPEG3和MPEG4。
NPU是一种借鉴生物神经网络结构的处理器，例如借鉴人脑神经元之间传递模式对输入信息快速处理，还可以不断地自学习。通过NPU可以实现装置100的智能认知等功能，例如：图像识别、人脸识别、语音识别和文本理解。
在一些实施例中，摄像模组193可以由彩色摄像模组和3D感测模组组成。
在一些实施例中，彩色摄像模组的摄像头的感光元件可以是CCD或CMOS光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。
在一些实施例中，3D感测模组可以是飞行时间(time of flight，TOF)3D感测模块或结构光(structured light)3D感测模块。其中，结构光3D感测是一种主动式深度感测技术，结构光3D感测模组的基本零组件可包括IR发射器、IR相机模等。结构光3D感测模组的工作原理是先对被拍摄物体发射特定图案的光斑(pattern)，再接收该物体表面上的光斑图案编码(light coding)，进而比对与原始投射光斑的异同，并利用三角原理计算出物体的三维坐标。该三维坐标中就包括装置100距离被拍摄物体的距离。其中，TOF 3D感测可以是主动式深度感测技术，TOF 3D感测模组的基本组件可包括IR发射器、IR相机模等。TOF 3D感测模组的工作原理是通过红外线折返的时间去计算TOF 3D感测模组跟被拍摄物体之间的距离(即深度)，以得到3D景深图。
结构光3D感测模组还可应用于人脸识别、体感游戏机、工业用机器视觉检测等领域。TOF 3D感测模组还可应用于游戏机、AR/VR等领域。
在另一些实施例中，摄像模组193还可以由两个或更多个摄像头构成。这两个或更多个摄像头可包括彩色摄像头，彩色摄像头可用于采集被拍摄物体的彩色图像数据。这两个或更多个摄像头可采用立体视觉(stereo vision)技术来采集被拍摄物体的深度数据。立体视觉技术是基于人眼视差的原理，在自然光源下，透过两个或两个以上的摄像头从不同的角度对同一物体拍摄影像，再进行三角测量法等运算来得到装置100与被拍摄物之间的距离信息，即深度信息。
在一些实施例中，装置100可以包括1个或多个摄像模组193。例如，装置100可以包括1个前置摄像模组193以及1个后置摄像模组193。其中，前置摄像模组193通常可用于采集面对显示屏194的拍摄者自己的彩色图像数据以及深度数据，后置摄像模组可用于采集拍摄者所面对的拍摄对象(如人物、风景等)的彩色图像数据以及深度数据。
在一些实施例中，处理器110中的CPU、GPU或NPU可以对摄像模组193所采集的彩色图像数据和深度数据进行处理。在一些实施例中，NPU可以通过骨骼点识别技术所基于的神经网络算法，例如卷积神经网络算法来识别摄像模组193所采集的彩色图像数据，以确定被拍摄人物的骨骼点。CPU或GPU也可来运行神经网络算法以实现根据彩色图像数据确定被拍摄人物的骨骼点。在一些实施例中，CPU、GPU或NPU还可用于根据摄像模组193(可以是3D感测模组)所采集的深度数据和已识别出的骨骼点来确认被拍摄人物的身材(如身体比例、骨骼点之间的身体部位的胖瘦情况)，并可以进一步确定针对该被拍摄人物的身体美化参数，最终根据该身体美化参数对被拍摄人物的拍摄图像进行处理，以使得该拍摄图像中该被拍摄人物的体型被美化。
外部存储器接口120可以用于连接外部存储卡，例如安全数码(secure digital，SD)卡，实现扩展装置100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。
内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能(例如，声音播放功能和图像播放功能)所需的应用程序。存储数据区可存储装置100使用过程中所创建的数据(例如，音频数据和电话本)。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如：至少一个磁盘存储器件、闪存器件和通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令和/或存储在设置于处理器中的存储器的指令，执行装置100的各种处理方法。
装置100可以通过音频模块170、扬声器170A、受话器170B、麦克风170C、耳机接口170D以及应用处理器等实现音频功能，例如，音乐播放和录音。
音频模块170用于将数字音频信息转换成模拟音频信号输出，也可以用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170或者音频模块170的部分功能模块可以设置于处理器110中。
扬声器170A，也称为喇叭，用于将音频电信号转换为声音信号。装置100可以通过扬声器170A收听音乐或免提通话。
受话器170B，也称为听筒，用于将音频电信号转换成声音信号。当用户使用装置100接听电话或语音信息时，可以通过将受话器170B靠近耳朵接听语音。
麦克风170C，也称为话筒或传声器，用于将声音信号转换为电信号。当用户拨打电话或发送语音信息时，可以通过靠近麦克风170C发声将声音信号输入麦克风170C。装置100可以设置至少一个麦克风170C。在另一些实施例中，装置100可以设置两个麦克风170C，以实现降噪功能。在另一些实施例中，装置100还可以设置三个、四个或更多麦克风170C，以实现声音信号采集、降噪、识别声音来源和定向录音等功能。
耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动装置100平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。
压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，例如可以是电阻式压力传感器、电感式压力传感器或电容式压力传感器。电容式压力传感器可以是包括至少两个具有导电材料的平行板，当力作用于压力传感器180A，电极之间的电容改变，装置100根据电容的变化确定压力的强度。当触摸操作作用于显示屏194时，装置100根据压力传感器180A检测所述触摸操作。装置100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令；当触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。
陀螺仪传感器180B可以用于确定装置100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定装置100围绕三个轴(即，x轴、y轴和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。例如，当快门被按下时，陀螺仪传感器180B检测装置100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消装置100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航和体感游戏等场景。
气压传感器180C用于测量气压。在一些实施例中，装置100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。
磁传感器180D包括霍尔传感器。装置100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中，当装置100是翻盖机时，装置100可以根据磁传感器180D检测翻盖的开合。装置100可以根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。
加速度传感器180E可检测装置100在各个方向上(一般为x轴、y轴和z轴)加速度的大小。当装置100静止时可检测出重力的大小及方向。加速度传感器180E还可以用于识别装置100的姿态，作为横竖屏切换和计步器等应用程序的输入参数。
距离传感器180F用于测量距离。装置100可以通过红外或激光测量距离。在一些实施例中，例如在拍摄场景中，装置100可以利用距离传感器180F测距以实现快速对焦。
接近光传感器180G可以包括例如发光二极管(light-emitting diode，LED)和光检测器，例如，光电二极管。LED可以是红外LED。装置100通过LED向外发射红外光。装置100使用光电二极管检测来自附近物体的红外反射光。当检测到反射光时，装置100可以确定附近存在物体。当检测不到反射光时，装置100可以确定附近没有物体。装置100可以利用接近光传感器180G检测用户是否手持装置100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式或口袋模式的自动解锁与自动锁屏。
环境光传感器180L用于感知环境光亮度。装置100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测装置100是否在口袋里，以防误触。
指纹传感器180H用于采集指纹。装置100可以利用采集的指纹特性实现解锁、访问应用锁、拍照和接听来电等功能。
温度传感器180J用于检测温度。在一些实施例中，装置100利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，装置100执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，装置100对电池142加热，以避免低温导致装置100异常关机。在其他一些实施例中，当温度低于又一阈值时，装置100对电池142的输出电压执行升压，以避免低温导致的异常关机。
触摸传感器180K，也称为触控器件。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，触摸屏也称为触控屏。触摸传感器180K用于检测作用于其上或其附近的触摸操作。触摸传感器180K可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于装置100的表面，并且与显示屏194设置于不同的位置。
骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息，实现心率检测功能。
按键190包括开机键和音量键。按键190可以是机械按键，也可以是触摸式按键。装置100可以接收按键输入信号，实现于案件输入信号相关的功能。
马达191可以产生振动。马达191可以用于来电提示，也可以用于触摸反馈。马达191可以对作用于不同应用程序的触摸操作产生不同的振动反馈效果。对于作用于显示屏194的不同区域的触摸操作，马达191也可产生不同的振动反馈效果。不同的应用场景(例如，时间提醒、接收信息、闹钟和游戏)可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。
指示器192可以是指示灯，可以用于指示充电状态和电量变化，也可以用于指示消息、未接来电和通知。
SIM卡接口195用于连接SIM卡。SIM卡可以插入SIM卡接口195实现与装置100的接触，也可以从SIM卡接口195拔出实现与装置100的分离。装置100可以支持1个或N个SIM卡接口，N为大于1的正整数。同一个SIM卡接口195可以同时插入多张卡，所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容外部存储卡。装置100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，装置100采用嵌入式SIM(embedded-SIM，eSIM)卡，eSIM卡可以嵌在装置100中，不能和装置100分离。
上文详细描述了装置100的硬件系统，下面介绍装置100的软件系统。软件系统可以采用分层架构、事件驱动架构、微核架构、微服务架构或云架构，本申请实施例以分层架构为例，示例性地描述装置100的软件系统。
如图2所示，采用分层架构的软件系统分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，软件系统可以分为五层，从上至下分别为应用程序层、应用程序框架层、原生(native)层、硬件抽象层(hardware abstractlayer，HAL)以及内核层。
应用程序层可以包括一系列应用程序包。
应用程序包可以包括相机、日历、通话、地图、WLAN、音乐、短信、图库、通话、导航、蓝牙和视频等应用程序(application，APP)。
应用程序框架层为应用程序层的应用程序提供应用程序编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层可以包括一些预定义的函数。
例如，应用程序框架层包括系统服务和媒体服务。
系统服务(SystemServer)是一个进程，提供了很多子系统服务，每个子系统服务都以线程的形态运行，等待应用程序发出的请求，然后对请求进行处理，再将结果返回给应用程序。上述子系统服务例如包括窗口管理服务(window manager service，WMS)、通知管理服务(notification manager service，NMS)、活动管理服务(activity managerservice，AMS)和输入管理服务(input manager service，IMS)。
WMS可以用于窗口管理、窗口动画管理、surface管理以及作为输入系统的中转站。
NMS使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如NMS被用于下载完成告知和消息提醒。NMS还可以管理以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知。NMS还可以管理以对话窗口形式出现在屏幕上的通知，例如在状态栏提示文本信息、发出提示音、电子设备振动以及指示灯闪烁。
AMS可以用于系统组件(例如，活动、服务、内容提供者和广播接收器)的启动、切换、调度以及应用进程的管理和调度工作。
IMS可以用于管理系统的输入，例如，触摸屏输入、按键输入和传感器输入等。IMS从输入设备节点取出事件，通过和WMS的交互，将事件分配至合适的窗口。
媒体服务(MediaServer)负责播放音频和视频的播放，以及拍照录像的进程。
native层又称为系统运行库层，包含原生C/C++库和安卓运行时(Androidruntime，ART)。
原生C/C++库可以包括多个功能模块，例如：服务管理器(ServiceManager)、媒体框架(media framework)、3D图形处理库(例如，嵌入系统开放图形库(open graphicslibrary for embedded system，OpenGL ES))、2D图形引擎(例如，影像图形库(skiagraphics library，SGL))和binder接口。
服务管理器(ServiceManager)是binder机制的管家进程，一般系统服务会先注册到ServiceManager中，然后客户端(Client)会通过ServiceManager来获取服务端(Server)的注册信息(如，句柄)，这时候客户端就和服务端进行进程间通信(inter-processcommunication，IPC)了。
媒体框架支持多种音频格式的回放和录制、多种视频格式回放和录制以及静态图像文件。媒体框架可以支持多种音视频编码格式，例如:MPEG4、H.264、动态图像专家组音频层面Ⅲ(moving picture experts group audio layerⅢ，MP3)、高级音频编码(advancedaudio coding，AAC)、自适应多速率(adaptive multi-rate，AMR)、联合图像专家组(jointphotographic experts group，JPEG)和便携式网络图形(portable network graphics，PNG)。
3D图形处理库可以用于实现3D图形绘图、图像渲染、合成和图层处理。
2D图形引擎是2D绘图的绘图引擎。
ART主要负责将源代码转换为机器码。ART还具有内存管理和垃圾回收等功能。
ART包括核心库和虚拟机。
核心库主要用于提供基本的Java类库，例如基础数据结构、数学、输入/输出(input/output，I/O)、工具、网络等库。核心库还为开发人员提供了系统API。
虚拟机可以是Dalvik虚拟机或者ART虚拟机，其中，Dalvik虚拟机采用即时(justin time，JIT)编译策略将源代码转换为机器码，ART虚拟机采用提前(ahead or time，AOT)编译策略将源代码转换为机器码。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件转换为二进制文件。虚拟机用于执行对象生命周期的管理、堆栈管理、线程管理、安全和异常的管理、以及垃圾回收等功能。
硬件抽象层运行于用户空间(user space)，对内核层驱动进行封装，向上层提供调用接口。
内核层是硬件和软件之间的层。内核层例如包含binder驱动、显示驱动、摄像头驱动、音频驱动和传感器驱动。
binder驱动是一个特殊字符型设备，设备节点为/dev/binder，遵循Linux设备驱动模型。在驱动实现过程中，主要通过binder_ioctl函数与用户空间的进程交换数据。
可以理解的是，图1和图2所示的硬件结构和软件架构仅仅是对装置100的示例性介绍，不构成对装置100在硬件和软件上的限制，装置100还可以是由其他类型的硬件结构和软件架构。
为方便理解本申请的技术方案，首先对本申请涉及的技术概念做简要介绍。
在装置100的操作系统(也可以简称为“系统”)中，存在多个进程实现不同的功能，基于安全等方面的考虑，一个进程不能直接操作或访问另一个进程，即，不同进程间存在进程隔离。两个进程之间要进行数据交互就得采用特殊的通信机制：进程间通信(IPC)。
IPC涉及到两个概念：用户空间(user space)和内核空间(kernel space)。
现在操作系统都是采用的虚拟存储器，对于32位系统而言，它的寻址空间(虚拟存储空间)就是2的32次方，也就是4GB。操作系统的核心是内核，独立于普通的应用程序，可以访问受保护的内存空间，也可以访问底层硬件设备的权限。为了保护用户进程不能直接操作内核，保证内核的安全，操作系统从逻辑上将虚拟空间划分为用户空间(User Space)和内核空间(Kernel Space)。针对Linux操作系统而言，将最高的1GB字节供内核使用，称为内核空间；较低的3GB字节供各用户进程使用，称为用户空间。
简单的说就是，内核空间是系统内核运行的空间，用户空间是用户进程运行的空间。为了保证安全性，它们之间是隔离的。
虽然从逻辑上进行了用户空间和内核空间的划分，但不可避免的用户空间需要访问内核资源，比如文件操作、访问网络等等。为了突破隔离限制，就需要借助系统调用来实现。系统调用是用户空间访问内核空间的唯一方式，保证了所有的资源访问都是在内核的控制下进行的，避免了用户程序对系统资源的越权访问，提升了系统安全性和稳定性。
Linux使用两级保护机制：0级供系统内核使用，3级供用户程序使用。
当一个任务(进程)执行系统调用而陷入内核代码中执行时，称进程处于内核运行态(内核态)。此时处理器处于特权级最高的(0级)内核代码中执行。当进程处于内核态时，执行的内核代码会使用当前进程的内核栈。每个进程都有自己的内核栈。当进程在执行用户自己的代码的时候，称其处于用户运行态(用户态)。此时处理器在特权级最低的(3级)用户代码中运行。
传统的IPC中，数据发送进程将要发送的数据存放在内存缓存区中，通过系统调用进入内核态。然后内核程序在内核空间分配内存，开辟一块内核缓存区，调用copy_from_user()函数将数据从用户空间的内存缓存区拷贝到内核空间的内核缓存区中。同样的，数据接收进程在接收数据时在自己的用户空间开辟一块内存缓存区，然后内核程序调用copy_to_user()函数将数据从内核缓存区拷贝到接收进程的内存缓存区。这样数据发送进程和数据接收进程就完成了一次数据传输，我们称完成了一次进程间通信。如图3所示。
这种传统的IPC通信方式有两个问题：
1、性能低下，一次数据传递需要经历：内存缓存区→内核缓存区→内存缓存区，需要2次数据拷贝。
2、接收数据的缓存区由数据接收进程提供，但是数据接收进程并不知道需要多大的空间来存放将要传递过来的数据，因此只能开辟尽可能大的内存空间或者先调用API接收消息头来获取消息体的大小，这两种做法不是浪费空间就是浪费时间。
binder是一种新型IPC，只需1次数据拷贝即可实现两个进程间的数据传递，下面检要介绍binder的通信机制。
图4是binder机制的示意图。从结构上来说，binder包括服务端(Server)、客户端(Client)、服务管理器(ServiceManager)和binder驱动。
Server和Client是需要进行IPC的两个进程。ServiceManager是系统中的守护进程，ServiceManager启动后会通知binder驱动自己将作为系统的服务管理者，然后ServiceManager进入一个循环，监听来自其他进程的请求。每个使用binder的进程都要在ServiceManager中注册，在监听过程中，如果有请求，ServiceManager就响应该请求，如果没有请求，ServiceManager继续监听请求。
Server、Client、ServiceManager和binder驱动的作用如表1所示。
表1
图4中，Client使用Server提供的服务通常需要以下三个步骤。
S410，Server通过binder驱动在ServiceManager中注册服务。
Server在提供服务前需要通过binder驱动在ServiceManager中注册服务。Server可以创建一个binder对象(用于描述服务的参数集合)，并为该binder对象起一个字符形式的名字(一个可读易记的名字，如“张三”)，将这个binder对象连同名字一起以数据包的形式通过binder驱动发送给ServiceManager，通知ServiceManager注册一个名为“张三”的binder对象。binder驱动为这个穿越进程隔离的binder对象创建位于内核中的实体节点以及ServiceManager对binder实体的引用，即，句柄(handle)，随后，binder驱动将名字以及句柄打包传给ServiceManager。ServiceManger收到数据包后从中取出名字和句柄填入查找表，建立名字-句柄(name-handle)的关联关系，完成Server的服务注册。
查找表的作用是将字符形式的binder名字转化成binder句柄，使得Client能够通过binder的名字找到binder实体。注册了名字的binder实体叫实名binder。
S420，Client通过binder驱动从ServiceManager获取Server的服务。
Server在ServiceManager中注册了服务以后，Client就能通过名字获得句柄，进而通过句柄访问server，获取Server的服务。
例如，Client可以向ServiceManager请求访问名字叫“张三”的服务，ServiceManager收到这个请求消息后从请求消息中取出名字“张三”，在查找表里找到该名字对应的句柄，将该句柄作为回复发送给发起请求的Client，以便于Client基于该句柄访问Server，获取Server的服务。
S430，Client使用Server提供的服务。
Client获取Server的句柄后，能够通过该句柄实现与Server的通信，使用Server提供的服务。Client使用Server提供的服务时仍然需要以binder驱动为桥梁，即，实际的数据传输是通过binder驱动来完成的。
上文介绍了Client与Server建立binder通信连接的方法，下面介绍binder通信连接建立之后，Client与Server的数据传输过程。
binder驱动首先为跨进程通信做准备。
binder驱动在内核空间创建一块接收缓冲区(即，为Server分配一块缓冲区)，接着建立接收缓冲区与Client的内核缓冲区之间的映射关系，以及接收缓冲区与Server的用户空间的映射关系，使得内核缓冲区与Server的用户空间映射到同一个内存区域(接收缓冲区)。
随后，Client和Server可以执行图5所示的方法。
S510，Client将数据写入内核缓冲区。
Client可以通过系统调用copy_from_user()将数据(如请求调用目标方法的binder请求)写入内核缓冲区。由于内核缓冲区与Server的用户空间存在映射关系，数据写入内核缓冲区相当于写入了Server的用户空间。
随后，binder驱动通知Server执行数据解包。Server收到binder驱动的通知后，执行数据解包获取Client的binder请求，随后，Server可以根据binder请求调用目标方法执行后续处理。
S520，Server将处理结果写入自己的用户空间。
由于Server的用户空间与内核缓冲区存在映射关系，处理结果写入Server的用户空间相当于写入了内核缓冲区。
binder驱动通知Client获取处理结果。
S530，Client从内核缓冲区获取处理结果。
Client可以通过系统调用copy_to_user()从内核缓冲区获取处理结果。
由图5所示的数据传输过程可知，Client或Server需要binder驱动创建的接收缓冲区暂存数据，这块缓冲区可以称为binder缓冲(binder_buffer)。
binder缓冲的大小有限，在一些实施例中，binder缓冲的大小为8K～1M。此外，binder缓冲还分为同步binder缓冲和异步binder缓冲，同步binder缓冲用于暂存同步binder调用的数据，异步binder缓冲用于暂存异步binder调用的数据。
在异步binder调用机制下，Client无需等待本次调用的结果即可再次调用Server，因此，在一些情况下，例如，Server处理异步binder调用出错的情况下，Client等不到处理结果，在这种情况下，Client会循环调用Server的异步binder接口，导致Server的异步binder缓冲资源耗尽，Server后续无法再响应其他进程的调用请求。
图6示出了一种异步binder调用的时序关系。
S610，Client向binder驱动发送BC_TRANSACTION命令，表示Client准备向binder驱动发送数据。
S620，binder驱动向Client发送BR_TRANSACTION_COMPLETE命令，表示BC_TRANSACTION命令发送成功。
binder驱动收到BC_TRANSACTION命令后，为Client分配binder缓冲，以便于Client写入数据。
S630，binder驱动向Server发送BR_TRANSACTION命令，指示Server读取binder缓冲中的数据。
Server读取binder缓冲中的数据后，执行下列步骤。
S640，Server向binder驱动发送BC_FREE_BUFFER命令，指示binder驱动释放分配给Client的binder缓冲。
由此可见，Client发送数据后无需等待Server的执行结果，因此，若Client在短时间内发送多次BC_TRANSACTION命令，则binder驱动会为Client分配大量binder缓冲。
对于Server来说，binder缓冲是有限的。例如，Server的异步binder缓冲通常只有508k，如果Client一直调用Server的异步binder接口发送binder请求，每发送一次binder请求binder驱动就需要为Client分配一次binder缓冲，Server的异步binder缓冲资源会很快被消耗殆尽。此时，若有其他进程与Server通信，则会出现无异步binder缓冲资源可用的情况，Server无法再响应其他进程的请求。当Server为系统进程(如，系统服务进程或者媒体服务进程)时，就会出现用户界面不再响应用户的操作的情况，即，出现“冻屏”现象。
下面介绍本申请提供的一种处理异步binder调用的方法，该方法能够避免避免冻屏现象出现。
如图7所示，该方法包括以下内容。
S710，检测系统进程的异步binder缓冲的占用空间。
终端设备可以通过binder驱动检测系统进程的异步binder缓冲的占用空间。
系统进程是指：当进程的异步binder缓冲资源消耗殆尽时会导致用户界面不再响应用户的操作的进程。
占用空间指的是：分配给获取和使用系统进程的服务的进程的异步binder缓冲。
例如，相机APP请求获取系统进程的服务，则binder驱动可以从系统进程的异步binder缓冲资源中为相机APP分配大小为A的异步binder缓冲；图库APP正在使用系统进程的服务，则图库APP也被分配了大小为B的异步binder缓冲；若当前只有相机APP和图库APP与系统进程之间进行异步binder通信，则系统进程的异步binder缓冲的占用空间为A+B，其中，A可以等于B，也可以不等于B。
S720，确定占用空间是否大于或等于门限值。
当占用空间小于门限值时，终端设备继续检测系统进程的异步binder缓冲的占用空间，其中，终端设备可以周期性地检测系统进程的异步binder缓冲的占用空间。当所述占用空间大于或等于门限值时，终端设备可以执行S730。
S730，从调用所述系统进程的异步binder接口的M个进程中确定N个目标进程，所述M和所述N为正整数，所述M大于或等于所述N。
例如，当系统进程的异步binder缓冲为508k时，可以将门限值设置为450k；当占用空间大于或等于450k时，终端设备即可从调用所述系统进程的异步binder接口的M个进程中确定N个目标进程，其中，终端设备可以通过binder驱动从服务管理器获取记录调用系统进程的异步binder接口的进程标识(identifier，ID)的调用链，从调用链记录的M个进程中确定N个目标进程。
此外，上述N个进程可以是第三方应用进程，也可以是非第三方应用进程(如，另外一个系统进程)，第三方应用进程例如是图2中应用程序层中的APP的进程。
下面介绍两个确定N个目标进程的实施例。
实施例一。
可选地，终端设备从直接调用系统进程的异步binder接口的P个进程中确定第一进程，第一进程为P个进程中调用异步binder接口的次数最多的进程，P为小于或等于所述M的正整数；随后，基于第一进程的类型，终端设备可以采用以下两种方式中的一个。
方式一：
当第一进程为第三方应用进程时，确定第一进程为N个目标进程中的一个。
方式二：
当所述第一进程为非第三方应用进程时，从通过第一进程调用异步binder接口的Q个进程中确定第二进程，第二进程为所述Q个进程中调用异步binder接口的次数最多的进程，Q为小于或等于所述M的正整数；当第二进程为第三方应用进程时，确定第二进程为N个目标进程中的一个。
例如，直接调用系统进程的异步binder接口的P个进程分别为P1、P2、…、Pp，其中，P1调用系统进程的异步binder接口的次数最多，则第一进程为P1。随后，终端设备可以确定P1的类型。
若P1为第三方应用进程，则终端设备可以直接确定P1为N个目标进程中的一个。若N等于1，则S730结束；若N大于1，例如N＝2，则终端设备可以继续从P个进程中确定调用异步binder接口的次数次多的进程，如P2，当P2为第三方应用进程时，S730结束；当P2为非第三方应用进程时，终端设备可以从通过P2调用异步binder接口的进程中确定调用次数最多的第三方应用进程，如果没有其他进程通过P2调用异步binder接口，则终端设备可以从P3、…、Pp中确定调用异步binder接口的次数最多的第三方应用进程作为N个目标进程中的一个。
若P1为非第三方应用进程，则终端设备可以确定通过P1调用异步binder接口的Q个进程，该Q个进程分别为Q1、Q2、…、Qq，若Q1调用异步binder接口的次数最多，并且Q1为第三方应用进程，则确定Q1为N个目标进程中的一个。若Q1为非第三方应用进程，则继续从通过Q1调用系统进程的异步binder接口的进程中确定一个调用次数最多的第三方应用进程作为N个目标进程中的一个。若N等于1，则S730至此结束；若N大于1，例如N＝2，则终端设备可以继续从Q个进程中确定调用异步binder接口的次数次多的进程。
例如，Q个进程中调用异步binder接口的次数次多的进程Q2，当Q2为第三方应用进程时，S730结束；当Q2为非第三方应用进程时，终端设备可以从通过Q2调用异步binder接口的进程中确定调用次数最多的第三方应用进程作为N个目标进程中的一个；如果没有其他进程通过Q2调用异步binder接口，则终端设备可以从Q3、…、Qq中确定调用异步binder接口的次数最多的第三方应用进程作为N个目标进程中的一个。
造成冻屏现象的主要原因是第三方应用开发时未做好适配导致系统进程处理异步binder接口调用时出错，因此，当第一进程为调用异步binder接口的次数最多的第三方应用进程时，第一进程是最有可能导致冻屏的进程，将第一进程作为目标进程，释放分配给第一进程的binder缓冲，能够有效避免冻屏出现。
当第一进程不是第三方应用进程时，第一进程导致冻屏的可能性不大，可以从通过第一进程调用系统进程的Q个进程中确定第二进程，即，从Q个进程中确定调用所述异步binder接口的次数最多的进程，释放分配给第二进程的binder缓冲，能够有效避免冻屏出现。
实施例二。
可选地，终端设备还可以通过下列方法确定N个目标进程。
确定K个进程，所述K个进程为所述系统进程的异步binder接口的调用链的源头进程，所述K为正整数；
从所述K个进程中确定所述M个进程，所述M个进程为第三方应用进程；
从所述M个进程中确定调用所述异步binder接口的次数最多的N个进程为所述N个目标进程。
例如，当前有3个进程调用系统进程的异步binder接口，分别为A1、A2和A3，有两个进程(A11和A12)通过A1调用系统进程的异步binder接口，没有其他进程通过A2和A3调用系统进程的异步binder接口，则A1不是系统进程的异步binder接口的调用链的源头进程，A11、A12、A2和A3是系统进程的异步binder接口的调用链的源头进程。
终端设备可以从A11、A12、A2和A3这4个进程中确定M个第三方应用进程，其中，A11和A12是间接调用系统进程的异步binder接口的进程，A2和A3是直接调用系统进程的异步binder接口的进程。当A11、A12和A3是第三方应用进程，并且A2是非第三方应用进程(如A2是另外一个系统进程)时，则M个进程为A11、A12和A3。当N＝2时，并且，当A11和A12是调用异步binder接口次数最多的两个进程时，则N个目标进程为A11和A12。
在本实施例中，终端设备在确定系统进程的异步binder接口的调用链的源头后再确定目标进程，相比于实施例一，实施例二可以准确确定调用异步binder接口的次数最多的N个进程，从而可以有效避免冻屏出现。
可选地，在实施例一和实施例二中，当M个进程包括调用异步binder接口的次数相同的H个进程时，并且，当H个进程调用异步binder接口的次数是M个进程中最多的进程时，从H个进程中确定N个调用异步binder接口的时间最早的进程为N个目标进程，H为大于N的正整数。
当H个进程调用系统进程的异步binder接口的次数相同时，并且，当H个进程是调用异步binder接口的次数是M个进程中最多的进程时，终端设备可以根据H个进程的调用时间确定N个目标进程，调用时间最早的进程大概率是发生调用失败的进程，将调用时间最早的N个进程确定为目标进程可以准确排除导致冻屏现象的隐患。
以实施例二为例，M个进程为A11、A12和A3。当N＝1时，终端设备需要从A11、A12和A3中确定1个目标进程，当A11和A12是调用异步binder接口次数最多的两个进程时，并且，当A11和A12调用异步binder接口次数相同时，A11和A12即为上述H个进程，终端设备可以确定A11和A12调用异步binder接口的最早时间，若A11首次调用异步binder接口的时间早于A12首次调用异步binder接口的时间，则终端设备确定A11为N个目标进程。
确定N个目标进程后，终端设备可以通过binder驱动执行下列步骤，
S740，释放分配给所述N个目标进程的异步binder缓冲。
将分配给N个目标进程的异步binder缓冲释放后，系统进程就有了更多的异步binder缓冲资源，从而可以响应其他进程的异步binder调用，避免系统进程的异步binder缓冲资源耗尽导致的冻屏现象。
可选地，上述N等于1。
当N等于1时，终端设备执行的方案是逐个释放目标进程占用的异步binder缓冲，这样可以避免一次释放多个目标进程占用的异步binder缓冲导致正常业务受到影响。
可选地，图8示出了本申请提供的另一种处理异步binder调用的方法，与图7所示的方法相比，图8所示的方法还包括：
S750，关闭所述N个目标进程。
关闭目标进程可以避免目标进程再次调用系统进程的异步binder接口，彻底消除导致冻屏现象的隐患。
可选地，图7或图8所示的方法还包括：
在所述N个目标进程的异步binder缓冲释放之后，再次检测系统进程的异步binder缓冲的占用空间；
当所述再次检测的检测结果大于或等于所述门限值时，从所述M个进程中剩余的进程中确定L个目标进程，所述L为正整数；
释放分配给所述L个目标进程的异步binder缓冲。
如果N个目标进程的异步binder缓冲释放之后，系统进程的异步binder缓冲的占用空间仍然大于或等于门限值，说明仍然有进程在循环调用系统进程的异步binder接口，终端设备可以再次从剩余的进程中确定L个目标进程，释放分配给L个目标进程的异步binder缓冲，避免冻屏现象的出现。
以上文所述实施例二为例，M个进程为A11、A12和A3。终端设备确定的N个目标进程为A11。A11的异步binder缓冲释放之后，系统进程的异步binder缓冲的占用空间仍然大于或等于门限值，则终端设备可以从A12和A3中确定L个目标进程。当L等于1时，并且，当A12调用异步binder接口的次数大于A3调用异步binder接口的次数时，终端设备可以确定A12为L个目标进程，随后释放分配给A12的异步binder缓冲。可选地，终端设备还可以关闭A12，彻底消除导致冻屏现象的隐患。
释放分配给A12的异步binder缓冲之后，终端设备可以继续检测系统进程的异步binder缓冲的占用空间，若占用空间仍然大于或等于门限值，终端设备可以继续从剩余的进程中确定目标进程，释放分配给目标进程的异步binder缓冲，直至系统进程的异步binder缓冲的占用空间小于门限值。随后，终端设备继续监测系统进程的异步binder缓冲的占用空间。
下面再介绍两个本申请提供的处理异步binder调用的方法。
图9示出了一种直接调用异步binder调用接口时处理异步binder调用的方法。
S901，相机APP进程调用SystemServer进程的异步binder接口。
上述相机APP可以是第三方开发的美颜相机APP。
S902，SystemServer进程为相机APP进程分配异步binder缓冲。
SystemServer进程可以调用binder驱动的函数(如binder_alloc_buf)为相机APP分配异步binder缓冲。
在一些情况中，相机APP进程调用SystemServer进程的异步binder接口时传入的参数规格不符合系统的要求，从而导致调用异步binder接口失败，相机APP进程会反复调用SystemServer进程的异步binder接口，即，相机APP进程和SystemServer进程执行S903。
S903，相机APP进程多次调用SystemServer进程的异步binder接口，SystemServer进程多次为相机APP进程分配异步binder缓冲。
S904，SystemServer进程确定异步binder缓冲的占用空间达到或超过门限值。
SystemServer进程可以定期向binder驱动查询异步binder缓冲的占用空间是否达到或超过门限值。
S905，SystemServer进程确定调用异步binder接口次数最多的第三方应用进程为相机APP进程。
SystemServer进程向ServiceManager查询异步binder接口的调用链，ServiceManager可以按照图10所示的方法确定调用异步binder接口次数最多的第三方应用进程。
图10示出了确定调用异步binder接口次数最多的第三方应用进程的方法。
S1010，ServiceManager获取SystemServer进程的异步binder接口的调用进程的调用链。
ServiceManager可以遍历binder_transaction结构体，从中选出标记(flag)为异步binder标记(如，1)的binder接口调用记录，从而获取了SystemServer进程的异步binder接口的调用进程的调用链。
ServiceManager也可以遍历binder_transaction日志，从中选出带有异步binder标记(如，async)的binder接口调用记录，从而获取了SystemServer进程的异步binder接口的调用进程的调用链。
S1020，ServiceManager从调用链记录的多个调用进程中确定调用异步binder接口次数最多的进程。
ServiceManager可以先确定调用链的全部源头进程，再执行S1020；ServiceManager也可以先确定直接调用SystemServer进程的异步binder接口次数最多的进程，即，直接执行S1020。
S1030，ServiceManager确定该进程的pid是否大于10000。
第三方应用进程的pid通常是大于10000的数值，若该进程的pid为大于10000的数值，则ServiceManager执行S1040；若该进程的pid为小于或等于10000的数值，则ServiceManager执行S1050。
若第三方应用进程的pid存在其他预定义的规则，ServiceManager也可以根据该预定义的规则判断进程是否属于第三方应用进程。
S1040，ServiceManager确定该进程为调用异步binder接口的次数最多的第三方应用进程。
S1050，ServiceManager从调用链中剩余的调用进程中确定调用异步binder接口次数最多的进程，并返回执行S1030，确定当前的进程的pid是否大于10000。
ServiceManager确定调用异步binder接口次数最多的第三方应用进程为相机APP进程之后，向SystemServer进程返回相机APP进程的进程标识(process identificaiton，pid)。
回到图9，SystemServer进程收到ServiceManager返回的pid(如，相机APP进程的pid)后执行下列步骤。
S906，SystemServer进程向相机APP进程发送进程终结(kill)信号。
S907，SystemServer进程通过binder驱动释放分配给相机APP进程的异步binder缓冲。
S906和S907的执行顺序不分先后，即，SystemServer进程可以先执行S906再执行S907，也可以先执行S907再执行S906，还可以同时执行S906和S907。
图11示出了一种间接调用异步binder调用接口时处理异步binder调用的方法。
S1101，游戏APP进程调用MediaServer进程的MediaPlayer接口。
S1102，MediaServer进程调用SystemServer进程的异步binder接口。
S1103，SystemServer进程为MediaServer进程分配异步binder缓冲。
在一些情况中，游戏APP进程调用MediaServer进程的MediaPlayer接口时传入的参数规格不符合系统的要求，会导致MediaServer进程调用SystemServer进程的异步binder接口失败。
例如，游戏APP进程调用MediaServer进程的MediaPlayer接口请求播放视频，但是游戏APP进程请求播放的视频的分辨率很高，系统编码器不支持，则MediaServer进程调用SystemServer进程的异步binder接口传入的参数规格不符合系统的要求，从而导致调用异步binder接口失败，游戏APP进程会反复调用MediaServer进程的MediaPlayer接口，导致MediaServer进程反复调用SystemServer进程的异步binder接口，即，游戏APP进程、MediaServer进程和SystemServer进程执行S1104。
S1104，游戏APP进程多次调用MediaServer进程的MediaPlayer接口，MediaServer进程多次调用SystemServer进程的异步binder接口，SystemServer进程多次为MediaServer进程分配异步binder缓冲。
S1105，SystemServer进程确定异步binder缓冲的占用空间达到或超过门限值。
SystemServer进程可以定期向binder驱动查询异步binder缓冲的占用空间是否达到或超过门限值。
S1106，SystemServer进程确定调用异步binder接口次数最多的进程为MediaServer进程。
SystemServer进程向ServiceManager查询异步binder接口的调用链，ServiceManager可以遍历binder_transaction结构体或者binder_transaction日志确定调用异步binder接口次数最多的进程。
由于调用异步binder接口次数最多的进程为非第三方应用进程，SystemServer进程可以执行S1107。
S1107，SystemServer进程指示MediaServer进程反向查找调用链。
S1108，MediaServer进程确定调用异步binder接口次数最多的第三方应用进程为游戏APP进程。
MediaServer进程可以查找那些间接调用SystemServer进程的异步binder接口的进程，并确定调用异步binder接口次数最多的第三方应用进程为游戏APP进程。
S1109，MediaServer进程向SystemServer进程返回游戏APP进程的pid。
S1110，SystemServer进程向游戏APP进程发送进程终结(kill)信号。
S1111，SystemServer进程通过binder驱动释放分配给相机APP进程的异步binder缓冲。
S1110和S1111的执行顺序不分先后，即，SystemServer进程可以先执行S1110再执行S1111，也可以先执行S1111再执行S1110，还可以同时执行S1110和S1111。
上文详细介绍了本申请提供的处理异步binder调用的方法的示例。可以理解的是，相应的装置为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
本申请可以根据上述方法示例对处理异步binder调用的装置进行功能单元的划分，例如，可以将各个功能划分为各个功能单元，也可以将两个或两个以上的功能集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
图12是本申请提供的一种处理异步binder调用的装置的结构示意图。该装置1200包括检测单元1210和处理单元1220。
可选地，检测单元1210和处理单元1220是处理器110的功能模块，处理器110可以执行内部存储器121中存储的计算机程序代码(如图7～图11所示的方法的代码)实现检测单元1210和处理单元1220的下列功能。
检测单元1210用于：检测系统进程的异步binder缓冲的占用空间；
处理单元1220用于：当所述占用空间大于或等于门限值时，从调用所述系统进程的异步binder接口的M个进程中确定N个目标进程，所述M和所述N为正整数，所述M大于或等于所述N；
释放分配给所述N个目标进程的异步binder缓冲。
可选地，上述处理单元1220具体用于执行：
从直接调用所述异步binder接口的P个进程中确定第一进程，所述第一进程为所述P个进程中调用所述异步binder接口的次数最多的进程，所述P为小于或等于所述M的正整数；
当所述第一进程为第三方应用进程时，确定所述第一进程为所述N个目标进程中的一个。
可选地，上述处理单元1220具体用于执行：
当所述第一进程为非第三方应用进程时，从通过所述第一进程调用所述异步binder接口的Q个进程中确定第二进程，所述第二进程为所述Q个进程中调用所述异步binder接口的次数最多的进程，所述Q为小于或等于所述M的正整数；
当所述第二进程为第三方应用进程时，确定所述第二进程为所述N个目标进程中的一个。
可选地，上述处理单元1220具体还用于，在从调用所述系统进程的异步binder接口的M个进程中确定N个目标进程之前，执行：
确定K个进程，所述K个进程为所述系统进程的异步binder接口的调用链的源头进程，所述K为正整数；
从所述K个进程中确定所述M个进程，所述M个进程为第三方应用进程；
所述从调用所述系统进程的异步binder接口的M个进程中确定N个目标进程，包括：
从所述M个进程中确定调用所述异步binder接口的次数最多的N个进程为所述N个目标进程。
可选地，上述处理单元1220具体用于执行：
当所述M个进程包括调用所述异步binder接口的次数相同的H个进程时，并且，当所述H个进程调用所述异步binder接口的次数是所述M个进程中最多的进程时，从所述H个进程中确定N个调用所述异步binder接口的时间最早的进程为所述N个目标进程，所述H为大于所述N的正整数。
可选地，上述处理单元1220还用于执行：
在所述N个目标进程的异步binder缓冲释放之后，再次检测系统进程的异步binder缓冲的占用空间；
当所述再次检测的检测结果大于或等于所述门限值时，从所述M个进程中剩余的进程中确定L个目标进程，所述L为正整数；
释放分配给所述L个目标进程的异步binder缓冲。
可选地，所述N等于1。
可选地，上述处理单元1220还用于执行：
关闭所述N个目标进程。
可选地，所述系统进程为系统服务进程。
装置1200执行处理异步binder调用的方法的具体方式以及产生的有益效果可以参见方法实施例中的相关描述。
本申请还提供了一种计算机程序产品，该计算机程序产品被处理器执行时实现本申请中任一方法实施例所述的方法。
该计算机程序产品可以存储在存储器中，经过预处理、编译、汇编和链接等处理过程最终被转换为能够被处理器执行的可执行目标文件。
该计算机程序产品也可以固化在芯片中的代码。本申请对计算机程序产品的具体形式不做限定。
本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机执行时实现本申请中任一方法实施例所述的方法。该计算机程序可以是高级语言程序，也可以是可执行目标程序。
该计算机可读存储介质可以是易失性存储器或非易失性存储器，或者，可以同时包括易失性存储器和非易失性存储器。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(directrambus RAM，DR RAM)。
本领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和设备的具体工作过程以及产生的技术效果，可以参考前述方法实施例中对应的过程和技术效果，在此不再赘述。
在本申请所提供的几个实施例中，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的方法实施例的一些特征可以忽略，或不执行。以上所描述的装置实施例仅仅是示意性的，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，多个单元或组件可以结合或者可以集成到另一个系统。另外，各单元之间的耦合或各个组件之间的耦合可以是直接耦合，也可以是间接耦合，上述耦合包括电的、机械的或其它形式的连接。
应理解，在本申请的各种实施例中，各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请的实施例的实施过程构成任何限定。
另外，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中的术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
总之，以上所述仅为本申请技术方案的较佳实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (5)

1.一种处理异步binder调用的方法，其特征在于，所述方法包括：
检测系统进程的异步binder缓冲的占用空间，所述系统进程为系统服务进程；
当所述占用空间大于或等于门限值时，从直接调用异步binder接口的P个进程中确定第一进程，所述第一进程为所述P个进程中调用所述异步binder接口的次数最多的进程，当所述第一进程为第三方应用进程时，确定所述第一进程为调用所述系统进程的异步binder接口的M个进程中的N个目标进程中的一个，当所述第一进程为非第三方应用进程时，从通过所述第一进程调用所述异步binder接口的Q个进程中确定第二进程，所述第二进程为所述Q个进程中调用所述异步binder接口的次数最多的进程，当所述第二进程为第三方应用进程时，确定所述第二进程为所述N个目标进程中的一个，P为小于或等于M的正整数，N为正整数，M大于或等于N，Q为小于或等于M的正整数；
释放分配给所述N个目标进程的异步binder缓冲，并继续执行检测系统进程的异步binder缓冲的占用空间的步骤，在所述占用空间再次大于或等于所述门限值时，从所述M个进程中剩余的进程中确定L个目标进程，释放分配给所述L个目标进程的异步binder缓冲，直至所述占用空间小于所述门限值为止，L为正整数；
所述从直接调用所述异步binder接口的P个进程中确定第一进程之前，所述方法还包括：
确定K个进程，所述K个进程为所述系统进程的异步binder接口的调用链的源头进程，K为正整数；
从所述K个进程中确定所述M个进程；
所述方法还包括：
当所述M个进程包括调用所述异步binder接口的次数相同的H个进程时，并且，当所述H个进程调用所述异步binder接口的次数是所述M个进程中最多的进程时，从所述H个进程中确定N个调用所述异步binder接口的时间最早的进程为所述N个目标进程，H为大于N的正整数。
2.根据权利要求1所述的方法，其特征在于，N等于1。
3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：
关闭所述N个目标进程。
4.一种处理异步binder调用的装置，其特征在于，包括处理器和存储器，所述处理器和所述存储器耦合，所述存储器用于存储计算机程序，当所述计算机程序被所述处理器执行时，使得所述装置执行权利要求1至3中任一项所述的方法。
5.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，当所述计算机程序被处理器执行时，使得包含所述处理器的装置执行权利要求1至3中任一项所述的方法。
CN202210912789.2A 2022-07-31 2022-07-31 处理异步binder调用的方法和装置 Active CN115309547B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210912789.2A CN115309547B (zh) 2022-07-31 2022-07-31 处理异步binder调用的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210912789.2A CN115309547B (zh) 2022-07-31 2022-07-31 处理异步binder调用的方法和装置

Publications (2)

Publication Number Publication Date
CN115309547A CN115309547A (zh) 2022-11-08
CN115309547B true CN115309547B (zh) 2023-08-29

Family

ID=83859488

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210912789.2A Active CN115309547B (zh) 2022-07-31 2022-07-31 处理异步binder调用的方法和装置

Country Status (1)

Country Link
CN (1) CN115309547B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116662045B (zh) * 2022-11-18 2024-06-18 荣耀终端有限公司 进程名称获取方法、终端设备及存储介质
WO2024112075A1 (ko) * 2022-11-23 2024-05-30 삼성전자주식회사 하나 이상의 메신저 데이터 세트들에 대응하는 프로세스의 기능을 제어하기 위한 전자 장치 및 그 방법

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107220076A (zh) * 2016-09-27 2017-09-29 华为技术有限公司 一种内存回收方法及装置
CN109992438A (zh) * 2017-12-29 2019-07-09 广东欧珀移动通信有限公司 信息处理方法、装置、计算机设备和计算机可读存储介质
CN110046047A (zh) * 2019-04-15 2019-07-23 Oppo广东移动通信有限公司 一种进程间通信方法、装置及计算机可读存储介质
CN110245021A (zh) * 2019-06-21 2019-09-17 上海创功通讯技术有限公司 移动终端的内存管理方法、系统、电子设备及存储介质
CN111221650A (zh) * 2019-12-31 2020-06-02 青岛海尔科技有限公司 基于进程类型关联的系统资源回收方法及装置
CN112988375A (zh) * 2019-12-17 2021-06-18 华为技术有限公司 进程管理方法和装置、电子设备
WO2021208627A1 (zh) * 2020-04-13 2021-10-21 荣耀终端有限公司 一种任务调度方法、装置及电子设备
CN113986543A (zh) * 2021-10-27 2022-01-28 深圳小湃科技有限公司 内存释放方法、装置、设备及存储介质
CN113986559A (zh) * 2021-12-24 2022-01-28 荣耀终端有限公司 内存管理方法和相关装置
CN114020652A (zh) * 2021-09-30 2022-02-08 荣耀终端有限公司 一种应用程序的管理方法及电子设备

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107220076A (zh) * 2016-09-27 2017-09-29 华为技术有限公司 一种内存回收方法及装置
CN109992438A (zh) * 2017-12-29 2019-07-09 广东欧珀移动通信有限公司 信息处理方法、装置、计算机设备和计算机可读存储介质
CN110046047A (zh) * 2019-04-15 2019-07-23 Oppo广东移动通信有限公司 一种进程间通信方法、装置及计算机可读存储介质
CN110245021A (zh) * 2019-06-21 2019-09-17 上海创功通讯技术有限公司 移动终端的内存管理方法、系统、电子设备及存储介质
CN112988375A (zh) * 2019-12-17 2021-06-18 华为技术有限公司 进程管理方法和装置、电子设备
CN111221650A (zh) * 2019-12-31 2020-06-02 青岛海尔科技有限公司 基于进程类型关联的系统资源回收方法及装置
WO2021208627A1 (zh) * 2020-04-13 2021-10-21 荣耀终端有限公司 一种任务调度方法、装置及电子设备
CN114020652A (zh) * 2021-09-30 2022-02-08 荣耀终端有限公司 一种应用程序的管理方法及电子设备
CN113986543A (zh) * 2021-10-27 2022-01-28 深圳小湃科技有限公司 内存释放方法、装置、设备及存储介质
CN113986559A (zh) * 2021-12-24 2022-01-28 荣耀终端有限公司 内存管理方法和相关装置

Also Published As

Publication number Publication date
CN115309547A (zh) 2022-11-08

Similar Documents

Publication Publication Date Title
CN115309547B (zh) 处理异步binder调用的方法和装置
CN113722058B (zh) 一种资源调用方法及电子设备
CN114040242B (zh) 投屏方法、电子设备和存储介质
CN111371849A (zh) 数据处理的方法和电子设备
CN114553814B (zh) 处理推送消息的方法和装置
CN111615820B (zh) 通过向grs服务器发送关键值进行域名解析的方法及设备
CN114124980B (zh) 一种启动应用的方法、设备、系统、终端及存储介质
CN114625525A (zh) 一种资源管控方法及设备
WO2022095744A1 (zh) Vr显示控制方法、电子设备及计算机可读存储介质
CN111249728B (zh) 一种图像处理方法、装置及存储介质
WO2023284555A1 (zh) 安全调用服务的方法、安全注册服务的方法及装置
CN114283195B (zh) 生成动态图像的方法、电子设备及可读存储介质
CN112416984A (zh) 一种数据处理方法及其装置
CN115017498B (zh) 小应用程序的操作方法和电子设备
CN114691248B (zh) 显示虚拟现实界面的方法、装置、设备和可读存储介质
CN115016666B (zh) 触控处理方法、终端设备以及存储介质
CN116684517B (zh) 发送响应消息的方法和装置
CN116266159B (zh) 一种缺页异常处理方法和电子设备
CN113542315B (zh) 通信框架、业务事件处理方法及装置
CN115002939B (zh) 加入WiFi群组的方法和装置
WO2023193720A9 (zh) 控制方法及中控设备
CN114490006A (zh) 任务确定方法、装置、设备及存储介质
CN116991532A (zh) 一种虚拟机窗口的显示方法、电子设备及系统
CN118041777A (zh) 一种设备替换的配置方法及装置
CN115145647A (zh) 应用程序的组件加载方法及相关装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant