CN107357655A - 一种进程的处理方法、终端和计算机可读存储介质 - Google Patents
一种进程的处理方法、终端和计算机可读存储介质 Download PDFInfo
- Publication number
- CN107357655A CN107357655A CN201710481893.XA CN201710481893A CN107357655A CN 107357655 A CN107357655 A CN 107357655A CN 201710481893 A CN201710481893 A CN 201710481893A CN 107357655 A CN107357655 A CN 107357655A
- Authority
- CN
- China
- Prior art keywords
- internal storage
- storage state
- journey
- entered
- priority
- 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.)
- Withdrawn
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/5016—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 the resource being the memory
-
- 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
- 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/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/5038—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the execution order of a plurality of tasks, e.g. taking priority or time dependency constraints into consideration
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了一种进程的处理方法,所述方法包括:获取未使用内存状态;确定未使用内存状态为预设状态时,从预设的预设状态与优先级范围的对应关系中,确定出未使用内存状态对应的优先级范围;在落入未使用内存状态对应的优先级范围的进程中,将优先级最高的进程确定为待杀进程;杀掉待杀进程;杀掉待杀进程失败时,在除杀掉失败的进程以外的其余进程中,重新确定待杀进程,并重新杀掉待杀进程;杀掉待杀进程为成功时,重新获取未使用内存状态。本发明实施例还同时公开了一种终端和计算机可读存储介质。
Description
技术领域
本发明涉及计算机***中的内存回收,尤其涉及一种进程的处理方法、终端和计算机可读存储介质。
背景技术
在计算机***中,内存都是稀缺的资源,任意一种计算机***都有其特有的内存回收机制,如果计算机***出现内存回收失败或者内存回收不及时,会导致计算机***无法分配新申请的内存,从而引起计算机***死机重启等问题,可见,内存回收对于计算机***的正常运行尤为重要。
目前,对于安卓(Android)***的内存管理机制跟其他计算机***不同,其依赖于lowmemorykiller机制,但是,Android***中现有的lowmemorykiller机制会根据算法重复的选择某一特定的进程,当选定的进程无法回收时,会造成计算机***因为没有可用内存而死机或崩溃。
发明内容
有鉴于此,本发明的主要目的在于提出一种进程的处理方法、终端和计算机可读存储介质,旨在消除现有的计算机***中单个进程杀不掉而引起的计算机***可用内存不足的状况发生,从而提高了内存回收效率,进而提高了计算机***的性能。
为达到上述目的,本发明的技术方案是这样实现的:
第一方面,本发明实施例提供一种进程的处理方法,包括:获取未使用内存状态;确定所述未使用内存状态为预设状态时,从预设的所述预设状态与优先级范围的对应关系中,确定出所述未使用内存状态对应的优先级范围;在落入所述未使用内存状态对应的优先级范围的进程中,将优先级最高的进程确定为待杀进程;杀掉所述待杀进程;杀掉所述待杀进程失败时,在除杀掉失败的进程以外的其余进程中,重新确定待杀进程,并重新杀掉所述待杀进程;杀掉所述待杀进程为成功时,重新获取未使用内存状态。
可选地,所述方法还包括:为不同的未使用内存状态确定对应的优先级范围,设置不同的未使用内存状态与优先级范围之间的对应关系;将所述未使用内存状态与优先级范围之间的对应关系添加至所述预设状态与优先级范围的对应关系中。
可选地,所述在除杀掉失败的进程以外的其余进程中,重新确定所述待杀进程,包括:当落入所述未使用内存状态对应的优先级范围的进程中,除杀掉失败的进程以外存在进程时,将存在的进程中优先级最高的进程,重新确定为所述待杀进程;当落入所述未使用内存状态对应的优先级范围的进程中,除杀掉失败的进程以外不存在进程时,更新所述未使用内存状态;根据所述更新后的未使用内存状态,重新确定所述待杀进程。
可选地,所述当落入所述未使用内存状态对应的优先级范围的进程中,除杀掉失败的进程以外不存在进程时,更新所述未使用内存状态,包括:当落入所述未使用内存状态对应的优先级范围的进程中,除杀掉失败的进程以外不存在进程时,从所述预设状态与优先级对应关系中,将所述未使用内存状态更新为所述未使用内存状态的下一跳未使用内存状态。
可选地,所述根据所述更新后的未使用内存状态,重新确定所述待杀进程,包括:从所述预设状态与优先级对应关系中,确定出所述更新后的未使用内存状态对应的优先级范围;将落入所述更新后的未使用内存状态对应的优先级范围的进程中,优先级最高的进程重新确定为所述待杀进程。
可选地,所述预设状态包括以下状态中的一种:正常NORMAL、中等MODERATE、低LOW、极重要CRITICAL、耗尽EXHAUSTED。
第二方面,本发明实施例提供一种终端,所述终端包括处理器、存储器及通信总线;所述通信总线用于实现处理器和存储器之间的连接通信;所述处理器用于执行存储器中存储的进程的处理程序,以实现以下步骤:获取未使用内存状态;确定所述未使用内存状态为预设状态时,从预设的所述预设状态与优先级范围的对应关系中,确定出所述未使用内存状态对应的优先级范围;在落入所述未使用内存状态对应的优先级范围的进程中,将优先级最高的进程确定为待杀进程;杀掉所述待杀进程;杀掉所述待杀进程失败时,在除杀掉失败的进程以外的其余进程中,重新确定待杀进程,并重新杀掉所述待杀进程;杀掉所述待杀进程为成功时,重新获取未使用内存状态。
可选地,所述处理器还用于执行所述进程的处理程序,以实现以下步骤:为不同的未使用内存状态确定对应的优先级范围,设置不同的未使用内存状态与优先级范围之间的对应关系;将所述未使用内存状态与优先级范围之间的对应关系添加至所述预设状态与优先级范围的对应关系中。
可选地,所述在除杀掉失败的进程以外的其余进程中,重新确定所述待杀进程,所述处理器还用于执行所述进程的处理程序,以实现以下步骤:当落入所述未使用内存状态对应的优先级范围的进程中,除杀掉失败的进程以外存在进程时,将存在的进程中优先级最高的进程,重新确定为所述待杀进程;当落入所述未使用内存状态对应的优先级范围的进程中,除杀掉失败的进程以外不存在进程时,更新所述未使用内存状态;根据所述更新后的未使用内存状态,重新确定所述待杀进程。
可选地,所述当落入所述未使用内存状态对应的优先级范围的进程中,除杀掉失败的进程以外不存在进程时,更新所述未使用内存状态,所述处理器还用于执行所述进程的处理程序,以实现以下步骤:当落入所述未使用内存状态对应的优先级范围的进程中,除杀掉失败的进程以外不存在进程时,从所述预设状态与优先级对应关系中,将所述未使用内存状态更新为所述未使用内存状态的下一跳未使用内存状态。
可选地,所述根据所述更新后的未使用内存状态,重新确定所述待杀进程,所述处理器还用于执行所述进程的处理程序,以实现以下步骤:从所述预设状态与优先级对应关系中,确定出所述更新后的未使用内存状态对应的优先级范围;将落入所述更新后的未使用内存状态对应的优先级范围的进程中,优先级最高的进程重新确定为所述待杀进程。
可选地,所述预设状态包括以下状态中的一种:正常NORMAL、中等MODERATE、低LOW、极重要CRITICAL、耗尽EXHAUSTED。
第三方面,本发明实施例提供一种计算机可读存储介质,所述计算机可读介质存储有进程的处理程序,所述进程的处理程序被处理器执行时实现如上述一个或多个实施例中所述进程的处理方法的步骤。
本发明实施例所提供的一种进程的处理方法、终端和计算机可读存储介质,首先,获取未使用内存状态;其次,确定出未使用内存状态为预设状态时,从预设的预设状态与优先级范围的对应关系中,确定出未使用内存状态对应的优先级范围;在落入未使用内存状态对应的优先级范围的进程中,将优先级最高的进程确定为待杀进程;然后,杀掉待杀进程;杀掉待杀进程失败时,在除杀掉失败的进程以外的其余进程中,重新确定待杀进程,并重新杀掉待杀进程;如此,可以避免将杀不掉的进程重复执行;也就是说,通过在除杀掉失败的进程以外的其余进程中重新确定待杀进程,避免出现单个进程杀不掉而引起的计算机***可用内存不足的状况发生,从而提高了内存回收效率,进而提高了计算机***的性能。
附图说明
图1为实现本发明各个实施例的一种移动终端的硬件结构示意图;
图2为本发明实施例提供的一种通信网络***架构图;
图3为本发明实施例一中的进程的处理方法的流程示意图;
图4为本发明实施例一中的一种进程排布示意图;
图5为本发明实施例二中的进程的处理方法的流程示意图;
图6为本发明实施例二中的一种可选的进程排布示意图;
图7为本发明实施例二中的另一种可选的进程排布示意图;
图8为本发明实施例二中的又一种可选的进程排布示意图;
图9为本发明实施例三中的终端的结构示意图;
图10为本发明实施例四中的计算机可读存储介质的结构示意图。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
在后续的描述中,使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明,其本身没有特定的意义。因此,“模块”、“部件”或“单元”可以混合地使用。
终端可以以各种形式来实施。例如,本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(PDA,Personal Digital Assistant)、便捷式媒体播放器(PMP,Portable Media Player)、导航装置、可穿戴设备、智能手环、计步器等移动终端,以及诸如数字TV、台式计算机等固定终端。
后续描述中将以移动终端为例进行说明,本领域技术人员将理解的是,除了特别用于移动目的的元件之外,根据本发明的实施方式的构造也能够应用于固定类型的终端。
请参阅图1,其为实现本发明各个实施例的一种移动终端的硬件结构示意图,该移动终端100可以包括:射频(RF,Radio Frequency)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解,图1中示出的移动终端结构并不构成对移动终端的限定,移动终端可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图1对移动终端的各个部件进行具体的介绍:
射频单元101可用于收发信息或通话过程中,信号的接收和发送,具体的,将基站的下行信息接收后,给处理器110处理;另外,将上行的数据发送给基站。通常,射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯***(GSM,Global System of Mobilecommunication)、通用分组无线服务(GPRS,General Packet Radio Service)、码分多址2000(CDMA2000,Code Division Multiple Access 2000)、宽带码分多址(WCDMA,WidebandCode Division Multiple Access)、时分同步码分多址(TD-SCDMA,Time Division-Synchronous Code Division Multiple Access)、频分双工长期演进(FDD-LTE,FrequencyDivision Duplexing-Long Term Evolution)和分时双工长期演进(TDD-LTE,TimeDivision Duplexing-Long Term Evolution)等。
WiFi属于短距离无线传输技术,移动终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102,但是可以理解的是,其并不属于移动终端的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时,将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且,音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。
A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(GPU,Graphics Processing Unit)1041和麦克风1042,图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据),并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。
移动终端100还包括至少一种传感器105,比如光传感器、运动传感器以及其他传感器。具体地,光传感器包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度,接近传感器可在移动终端100移动到耳边时,关闭显示面板1061和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061,可以采用液晶显示器(LCD,Liquid Crystal Display)、有机发光二极管(OLED,Organic Light-Emitting Diode)等形式来配置显示面板1061。
用户输入单元107可用于接收输入的数字或字符信息,以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地,用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作),并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器110,并能接收处理器110发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071,用户输入单元107还可以包括其他输入设备1072。具体地,其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种,具体此处不做限定。
进一步的,触控面板1071可覆盖显示面板1061,当触控面板1071检测到在其上或附近的触摸操作后,传送给处理器110以确定触摸事件的类型,随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中,触控面板1071与显示面板1061是作为两个独立的部件来实现移动终端的输入和输出功能,但是在某些实施例中,可以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能,具体此处不做限定。
接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如,数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。
存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器109可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器110是移动终端的控制中心,利用各种接口和线路连接整个移动终端的各个部分,通过运行或执行存储在存储器109内的软件程序和/或模块,以及调用存储在存储器109内的数据,执行移动终端的各种功能和处理数据,从而对移动终端进行整体监控。处理器110可包括一个或多个处理单元;优选的,处理器110可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作***、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器110中。
移动终端100还可以包括给各个部件供电的电源111(比如电池),优选的,电源111可以通过电源管理***与处理器110逻辑相连,从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。
尽管图1未示出,移动终端100还可以包括蓝牙模块等,在此不再赘述。
为了便于理解本发明实施例,下面对本发明的移动终端所基于的通信网络***进行描述。
请参阅图2,图2为本发明实施例提供的一种通信网络***架构图,该通信网络***为通用移动通信技术的LTE***,该LTE***包括依次通讯连接的用户设备(UE,UserEquipment)201,演进式UMTS陆地无线接入网(E-UTRAN,Evolved UMTS Terrestrial RadioAccess Network)202,演进式分组核心网(EPC,Evolved Packet Core)203和运营商的IP业务204。
具体地,UE201可以是上述终端100,此处不再赘述。
E-UTRAN202包括eNodeB2021和其它eNodeB2022等。其中,eNodeB2021可以通过回程(backhaul)(例如X2接口)与其它eNodeB2022连接,eNodeB2021连接到EPC203,eNodeB2021可以提供UE201到EPC203的接入。
EPC203可以包括移动性管理实体(MME,Mobility Management Entity)2031,归属用户服务器(HSS,Home Subscriber Server)2032,其它MME2033,服务网关(SGW,ServingGate Way)2034,分组数据网络网关(PGW,PDN Gate Way)2035和政策和资费功能实体(PCRF,Policy and Charging Rules Function)2036等。其中,MME2031是处理UE201和EPC203之间信令的控制节点,提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能,并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过SGW2034进行发送,PGW2035可以提供UE 201的IP地址分配以及其它功能,PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点,它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。
IP业务204可以包括因特网、内联网、IP多媒体子***(IMS,IP MultimediaSubsystem)或其它IP业务等。
虽然上述以LTE***为例进行了介绍,但本领域技术人员应当知晓,本发明不仅仅适用于LTE***,也可以适用于其他无线通信***,例如GSM、CDMA2000、WCDMA、TD-SCDMA以及未来新的网络***等,此处不做限定。
基于上述移动终端硬件结构以及通信网络***,提出本发明方法各个实施例。
实施例一
基于前述的实施例,本发明实施例提供一种进程的处理方法,该方法可以应用于终端,该进程的处理方法所实现的功能可以通过终端中的处理器调用程序代码来实现,当然程序代码可以保存在计算机存储介质中,可见,该终端至少包括处理器和存储介质。
本实施例提供一种进程的处理方法,图3为本发明实施例一中的进程的处理方法的流程示意图,参考图3所示,上述进程的处理方法包括:
S301:获取未使用内存状态;
具体来说,当终端处于工作状态时,终端的***内存可分为使用内存和未使用内存,当终端的未使用内存较少时,会引起终端的***内存不足所引起的***死机或重启,那么,为了减少终端的***由于未使用内存不足所引起的死机和重启,要实时地获取未使用内存状态。
其中,上述终端可以为手机、平板电脑、智能电视等等,这里,本发明实施例不做具体限定。
其中,上述终端的***可以为Windows***、Android***或者IOS***,这里,本发明实施例不做具体限定。
上述获取未使用内存状态可以包括:计算终端的***内存中未使用内存的大小,确定出未使用内存所占总内存的比例,从而确定出该比例所对应的未使用内存的状态;
上述获取未使用内存状态还可以包括:计算终端的***内存中使用内存的大小,确定出使用内存所占总内存的比例,从而确定出未使用内存的状态;这里,本发明实施例不做具体限定。
S302:确定未使用内存状态为预设状态时,从预设的预设状态与优先级范围的对应关系中,确定出未使用内存状态对应的优先级范围;
在S301中,获取到未使用内存状态之后,判断当前未使用内存状态是否为预设状态,当未使用内存状态不是预设状态时,说明当前未使用内存的大小处于相对比较宽裕的状态,不需要回收进程来回收内存,所以,不需要对进程进行释放处理。
当未使用内存状态是预设状态时,说明,当前未使用内存的大小处于相对比较紧张的状态,需要回收进程以释放内存,所以,先从预设的预设状态与优先级范围的对应关系中,确定出未使用内存状态对应的优先级范围,这里,需要说明的是,每一种预设状态都对应有一种优先级范围;这样,可以根据当前未使用内存状态确定出对应的优先级范围。
S303:在落入未使用内存状态对应的优先级范围的进程中,将优先级最高的进程确定为待杀进程;
在S302中,确定出未使用内存状态对应的优先级范围之后,为了杀掉进程以释放内存,需要先确定出待杀进程,并且,为了满足客户的需求,还需要根据未使用内存状态对应的优先级范围来确定待杀进程,使得确定出的待杀进程从重要程度最低的进程开始,以防止为了释放内存而将重要的进程杀掉为用户所带来的不便。
针对上述优先级来说,在实际应用中,以上述终端的***为Android***为例进行说明,在Android***原有的lowmemorykiller机制中,Android***的优先级用符号ADJ来表示,ADJ值一般在0-1000之间,其中,ADJ值越小说明对应的进程的重要程度越高,那么,被回收的优先级就越低,ADJ值越大说明对应的进程的重要程度越低,那么,被回收的优先级就越高。
图4为本发明实施例一中的一种进程的排布示意图,如图4所示,进程中包括五个进程,分别是进程A、进程B、进程C、进程D和进程E,其中,进程A的ADJ值为990,进程B的ADJ值为960,进程C的ADJ值为660,进程D的ADJ值为130,进程E的ADJ值为80;优先级从高到低的进程依次为:进程A、进程B、进程C、进程D和进程E。
这样,在S303中,在落入未使用内存状态对应的优先级范围的进程中,将优先级最高的确定为待杀进程,也就是将落入未使用内存状态对应的优先级范围的进程中重要程度最低的进程先确定为待杀进程,那么,在释放内存的同时满足的用户的需求。
其中,上述进程可以为第三方应用程序对应的进程,也可以终端的***程序对应的进程,这里,本发明实施例不做具体限定。
S304:杀掉待杀进程;
在S303中确定出待杀进程之后,为了回收内存,需要杀掉确定出的待杀进程,其中,杀掉待杀进程的结果可以为失败或者成功,下面来分两种情况进行说明。
S305:杀掉待杀进程失败时,在除杀掉失败的进程以外的其余进程中,重新确定待杀进程,并重新杀掉待杀进程;
当杀掉待杀进程失败时,说明确定出的待杀进程为杀不掉的进程,为了能够释放出内存,需要重新确定待杀进程,并且,为了防止重新确定的待杀进程为杀不掉的进程,那么,在S305中,在除杀掉失败的进程以外的其余进程中,重新确定待杀进程,然后返回S304。
按照S305和S304重复循环,直至遍历完所有的进程之后发现没有杀掉成功的待杀进程时,重新返回至S301,实时监控当前未使用内存状态,释放进程以达到回收内存的目的。
这样,可以防止终端的***反复对杀不掉的进程进行回收所引起的***死机或重启。
S306:杀掉待杀进程为成功时,重新获取未使用内存状态。
当杀掉待杀进程成功时,说明释放了进程,达到了回收内存的目的,那么,此时需要重新获取当前未使用内存状态,即返回S301。
举例来说,当前进程如图4所示时,其中,图4中的进程A的ADJ值为990,进程B的ADJ值为660,进程C的ADJ值为240,进程D的ADJ值为130,进程E的ADJ值为80;图5为本发明实施例二中的一种可选的进程排布示意图,当获取到终端的未使用状态为NORMAL时,确定出NORMAL对应的优先级范围为[900,1000],将落入[900,1000]的进程中优先级最高的确定为待杀进程,则将进程A确定为待杀进程,当杀掉成功时,如图5所示,释放进程A,返回S301;这样,重复循环,实时监控当前未使用内存状态,释放进程以达到回收内存的目的。
本发明实施例所提供的一种进程的处理方法,首先,获取未使用内存状态;其次,确定出未使用内存状态为预设状态时,从预设的预设状态与优先级范围的对应关系中,确定出未使用内存状态对应的优先级范围;在落入未使用内存状态对应的优先级范围的进程中,将优先级最高的进程确定为待杀进程;然后,杀掉待杀进程;杀掉待杀进程失败时,在除杀掉失败的进程以外的其余进程中,重新确定待杀进程,并重新杀掉待杀进程;如此,可以避免将杀不掉的进程重复执行;也就是说,通过在进程中除杀掉失败的进程以外的其余进程中重新确定待杀进程,避免出现单个进程杀不掉而引起的计算机***可用内存不足的状况发生,从而提高了内存回收效率,进而提高了计算机***的性能。
实施例二
基于前述的实施例,本实施例提供一种进程的处理方法,该方法可以应用于终端,该进程的处理方法所实现的功能可以通过终端中的处理器调用程序代码来实现,当然程序代码可以保存在计算机存储介质中,可见,该终端至少包括处理器和存储介质。
在上述实施例一的基础上,为了确定出预设状态与优先级范围的对应关系,上述进程的处理方法还可以包括:
为不同的未使用内存状态确定对应的优先级范围,设置不同的未使用内存状态与优先级范围之间的对应关系;
将未使用内存状态与优先级范围之间的对应关系添加至预设状态与优先级范围的对应关系中。
在执行进程的处理方法之前,先要确定出预设状态与优先级的对应关系,具体来说,预设状态中包括多种状态,为每一种状态确定出对应的优先级范围,使得每一种预设对应有一种优先级范围,而每一个进程都具有优先级,那么,使得每一种预设状态都对应有一个优先级范围区间的进程。
还是以上述终端的***为Android***为例进行说明,在Android***原有的lowmemorykiller机制中,Android***的优先级用符号ADJ来表示,在实际应用中,按照进程的优先级可以将进程分为下面表1中的五类:
进程状态 | 进程优先级 |
前台进程 | ADJ>=0且ADJ<100 |
可见进程 | ADJ>=100且ADJ<200 |
可感知进程 | ADJ>=200且ADJ<300 |
服务进程 | ADJ>=300且ADJ<900 |
后台进程 | ADJ>=900且ADJ<=1000 |
表1
在上述表1中,前台进程的ADJ值区间为[0,100),表示对用户来说为重要程度最高的进程区间,释放进程中属于优先级最低的区间;可见进程的ADJ值区间为[100,200),表示对用户来说为重要程度低于前台进程高于可感知进程的进程,属于重要程度较高的进程区间,释放进程中属于优先级较低的区间;可感知进程的ADJ值区间为[200,300),表示对用户来说为重要程度低于可见进程高于服务进程的进程,属于重要程度中等的进程区间,释放进程中属于优先级适中的区间;服务进程的ADJ值区间为[300,900),表示对用户来说为重要程度低于可感知进程高于后台进程的进程,属于重要程度较低的进程区间,释放进程中属于优先级较高的区间;后台进程的ADJ值区间为[900,1000],表示对用户来说为重要程度低于服务进程的进程,属于重要程度最低的进程区间,释放进程中属于优先级最高的区间;
可见,进程可以根据对于用户的重要程度分为上述五种状态,为了满足用户的需求,需要针对不同的当前未使用内存状态设置不同优先级的范围,在一种可选的实施例中,上述预设状态可以包括以下状态中的一种:
正常NORMAL、中等MODERATE、低LOW、极重要CRITICAL、耗尽EXHAUSTED,其中,当前未使用内存状态为NORMAL时,表示当前未使用内存从正常刚刚进入紧张的状态,当前未使用内存状态为MODERATE时,表示当前未使用内存进入相对较紧张的状态,当前未使用内存状态为LOW时,表示当前未使用内存已经进入很紧张的状态,当前未使用内存状态为CRITICAL时,表示当前未使用内存已经进入极度紧张的状态,当前未使用内存状态为EXHAUSTED时,表示当前未使用内存已经进入耗尽的状态,下述表2为预设状态对应的优先级范围:
未使用内存状态 | 优先级范围 |
NORMAL | ADJ>=900且ADJ<=1000 |
MODERATE | ADJ>=300且ADJ<=1000 |
LOW | ADJ>=200且ADJ<=1000 |
CRITICAL | ADJ>=100且ADJ<=1000 |
EXHAUSTED | ADJ>=0且ADJ<=1000 |
表2
在上述表2中,当当前未使用内存状态为NORMAL时,优先级范围对应的ADJ区间为[900,1000],表示未使用状态为NORMAL时可以杀掉的进程仅仅为后台进程;当当前未使用内存状态为MODERATE时,优先级范围对应的ADJ区间为[300,1000],表示未使用状态为MODERATE时可以杀掉的进程为后台进程和服务进程;当当前未使用内存状态为LOW时,优先级范围对应的ADJ区间为[200,1000],表示未使用状态为LOW时可以杀掉的进程为后台进程、服务进程和可感知进程;当当前未使用内存状态为CRITICAL时,优先级范围对应的ADJ区间为[100,1000],表示未使用状态为CRITICAL时可以杀掉的进程为后台进程、服务进程、可感知进程和可见进程;当当前未使用内存状态为EXHAUSTED时,优先级范围对应的ADJ区间为[0,1000],表示未使用状态为EXHAUSTED时可以杀掉的进程为后台进程、服务进程、可感知进程、可见进程和前台进程。
当杀掉待杀进程失败时,为了重新确定出待杀进程,在一种可选的实施例中,图6为本发明实施例二中的进程的处理方法的流程示意图,如图6所示,S305中杀掉待杀进程失败时,在除杀掉失败的进程以外的其余进程中,重新确定待杀进程,并重新杀掉待杀进程,可以包括:
S601:当落入未使用内存状态对应的优先级范围的进程中,除杀掉失败的进程以外存在进程时,将存在的进程中优先级最高的进程,重新确定为待杀进程;
首先,要判断落入未使用内存状态对应的优先级范围的进程中,除杀掉失败的进程以外是否还存在进程,若存在,说明当前未使用内存状态中还有可杀的进程,那么,将存在的进程中优先级最高的进程确定为待杀进程,若一直未杀掉成功,依次类推,直至当前未使用状态中对应的优先级范围的进程都被遍历完毕。
S602:当落入未使用内存状态对应的优先级范围的进程中,除杀掉失败的进程以外不存在进程时,更新未使用内存状态;
S603:根据更新后的未使用内存状态,重新确定待杀进程。
当判断得到落入未使用内存状态对应的优先级范围的进程中,除杀掉失败的进程以外是否不存在进程,说明落入确定出的当前未使用状态对应的优先级范围的进程已经遍历完毕,且均杀不掉,为了释放进程以回收内存,需要更新未使用内存状态,从而根据更新后的未使用内存状态来重新确定出待杀进程。
在具体实施过程中,为了更新未使用内存状态,S402中当落入未使用内存状态对应的优先级范围的进程中,除杀掉失败的进程以外不存在进程时,更新未使用内存状态,可以包括:
当落入未使用内存状态对应的优先级范围的进程中,除杀掉失败的进程以外不存在进程时,从预设状态与优先级对应关系中,将未使用内存状态更新为未使用内存状态的下一跳未使用内存状态。
下面还是以Andriod***为例,当判断得到落入未使用内存状态对应的优先级范围的进程中,除杀掉失败的进程以外不存在进程,那么,从预设状态与优先级对应关系中,先查找出当前未使用内存状态的下一跳状态,然后,将未使用内存状态更新为未使用内存状态的下一跳状态;例如,当前未使用内存状态为NORMAL,那么NORMAL的下一跳状态为MODERATE,则将未使用内存状态更新为MODERATE;当前未使用内存状态为MODERATE,那么MODERATE的下一跳状态为LOW,则将未使用内存状态更新为LOW;当前未使用内存状态为LOW,那么LOW的下一跳状态为CRITICAL,则将未使用内存状态更新为CRITICAL;当前未使用内存状态为CRITICAL,那么CRITICAL的下一跳状态为EXHAUSTED,则将未使用内存状态更新为EXHAUSTED;当前未使用内存状态为EXHAUSTED,那么EXHAUSTED不存在下一跳状态,则返回至S301,这样,重复循环,实时监控当前未使用内存状态,释放进程以达到回收内存的目的。
在具体实施过程中,为了重新确定出待杀进程,S403中根据更新后的未使用内存状态,重新确定待杀进程,可以包括:
从预设状态与优先级对应关系中,确定出更新后的未使用内存状态对应的优先级范围;将落入更新后的未使用内存状态对应的优先级范围的进程中,优先级最高的进程重新确定为待杀进程。
其中,S402中更新未使用内存状态之后,从预设状态与优先级对应关系中,可以确定出更新后的未使用内存状态对应的优先级范围,例如,当前未使用内存状态更新为MODERATE,则将MODERATE对应的优先级范围的进程中,优先级最高的进程重新确定为待杀进程,杀掉待杀进程,杀掉待杀进程失败时,判断落入所述未使用内存状态对应的优先级范围的进程中,除杀掉失败的进程以外是否还存在进程,若存在,将存在的进程中优先级最高的进程,重新确定为所述待杀进程;若不存在,更新未使用内存状态,从而重新确定待杀进程,直至遍历完所有进程均未释放进程;或者,杀掉待杀进程为成功时,重新获取未使用内存状态,实时监控当前未使用内存状态,释放进程以达到回收内存的目的。
举例来说,图7为本发明实施例二中的另一种可选的进程排布示意图,当前进程为图4时,其中,图4中的进程A的ADJ值为990,进程B的ADJ值为660,进程C的ADJ值为240,进程D的ADJ值为130,进程E的ADJ值为80;当获取到终端的未使用状态为NORMAL时,确定出NORMAL对应的优先级范围为[900,1000],将落入[900,1000]的进程中优先级最高的确定为待杀进程,则将进程A确定为待杀进程,当杀掉失败时,判断落入[900,1000]的进程中,除杀掉失败的进程以外是否存在进程,判断存在进程B,则将进程B确定为待杀进程,当杀掉成功时,如图7所示,释放进程B;
图8为本发明实施例二中的又一种可选的进程排布示意图,当进程A和进程B都杀掉失败时,判断落入[900,1000]的进程中,除杀掉失败的进程以外是否存在进程,判断不存在进程,则将当前未使用内存状态更新NORMAL的下一跳未使用内存状态MODERATE,MODERATE对应的优先级范围为[300,1000],将落入[300,1000]的进程中,优先级最高的进程C重新确定为待杀进程,杀掉进程C,当杀掉C成功时,如图8所示,释放进程C;
另外,在判断杀掉进程C是否成功时,若失败,依次类推,直至遍历完所有进程,若成功,重新获取未使用内存状态,实时监控当前未使用内存状态,释放进程以达到回收内存的目的。
实施例三
基于前述的方法实施例,本实施例提供一种终端,图9为本发明实施例三中的终端的结构示意图,参考图9所示,该终端包括处理器91、存储器92及通信总线93;上述通信总线93用于实现处理器91和存储器92之间的连接通信;上述处理器91用于执行存储器92中存储的进程的处理程序,以实现以下步骤:
获取未使用内存状态;确定未使用内存状态为预设状态时,从预设的预设状态与优先级范围的对应关系中,确定出未使用内存状态对应的优先级范围;在落入未使用内存状态对应的优先级范围的进程中,将优先级最高的进程确定为待杀进程;杀掉待杀进程;杀掉待杀进程失败时,在除杀掉失败的进程以外的其余进程中,重新确定待杀进程,并重新杀掉待杀进程;杀掉待杀进程为成功时,重新获取未使用内存状态。
为了确定出预设状态与优先级范围的对应关系,在一种可选的实施例中,所述处理器还用于执行所述进程的处理程序,以实现以下步骤:
为不同的未使用内存状态确定对应的优先级范围,设置不同的未使用内存状态与优先级范围之间的对应关系;将未使用内存状态与优先级范围之间的对应关系添加至预设状态与优先级范围的对应关系中。
为了重新确定待杀进程以重新杀掉待杀进程,在一种可选的实施例中,在除杀掉失败的进程以外的其余进程中,重新确定待杀进程,所述处理器还用于执行所述进程的处理程序,以实现以下步骤:
当落入未使用内存状态对应的优先级范围的进程中,除杀掉失败的进程以外存在进程时,将存在的进程中优先级最高的进程,重新确定为待杀进程;当落入未使用内存状态对应的优先级范围的进程中,除杀掉失败的进程以外不存在进程时,更新未使用内存状态;根据更新后的未使用内存状态,重新确定待杀进程。
为了更新未使用内存状态,在一种可选的实施例中,当落入未使用内存状态对应的优先级范围的进程中,除杀掉失败的进程以外不存在进程时,更新未使用内存状态,所述处理器还用于执行所述进程的处理程序,以实现以下步骤:
当落入未使用内存状态对应的优先级范围的进程中,除杀掉失败的进程以外不存在进程时,从预设状态与优先级对应关系中,将未使用内存状态更新为未使用内存状态的下一跳未使用内存状态。
为了重新确定待杀进程,在一种可选的实施例中,根据更新后的未使用内存状态,重新确定待杀进程,所述处理器还用于执行所述进程的处理程序,以实现以下步骤:
从预设状态与优先级对应关系中,确定出更新后的未使用内存状态对应的优先级范围;将落入更新后的未使用内存状态对应的优先级范围的进程中,优先级最高的进程重新确定为待杀进程。
其中,上述预设状态包括以下状态中的一种:正常NORMAL、中等MODERATE、低LOW、极重要CRITICAL、耗尽EXHAUSTED。
实施例四
基于前述的方法实施例,本实施例提供一种计算机可读存储介质,图10为本发明实施例四中的计算机可读存储介质的结构示意图,如图10所示,该计算机可读存储介质101存储有进程的处理程序,上述进程的处理程序被处理器执行时实现如上述一个或多个实施例中所述的进程的处理方法的步骤。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,这些均属于本发明的保护之内。
Claims (10)
1.一种进程的处理方法,其特征在于,所述方法包括:
获取未使用内存状态;
确定所述未使用内存状态为预设状态时,从预设的所述预设状态与优先级范围的对应关系中,确定出所述未使用内存状态对应的优先级范围;
在落入所述未使用内存状态对应的优先级范围的进程中,将优先级最高的进程确定为待杀进程;
杀掉所述待杀进程;
杀掉所述待杀进程失败时,在除杀掉失败的进程以外的其余进程中,重新确定待杀进程,并重新杀掉所述待杀进程;
杀掉所述待杀进程为成功时,重新获取未使用内存状态。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
为不同的未使用内存状态确定对应的优先级范围,设置不同的未使用内存状态与优先级范围之间的对应关系;
将所述未使用内存状态与优先级范围之间的对应关系添加至所述预设状态与优先级范围的对应关系中。
3.根据权利要求1所述的方法,其特征在于,所述在除杀掉失败的进程以外的其余进程中,重新确定所述待杀进程,包括:
当落入所述未使用内存状态对应的优先级范围的进程中,除杀掉失败的进程以外存在进程时,将存在的进程中优先级最高的进程,重新确定为所述待杀进程;
当落入所述未使用内存状态对应的优先级范围的进程中,除杀掉失败的进程以外不存在进程时,更新所述未使用内存状态;
根据所述更新后的未使用内存状态,重新确定所述待杀进程。
4.根据权利要求3所述的方法,其特征在于,所述当落入所述未使用内存状态对应的优先级范围的进程中,除杀掉失败的进程以外不存在进程时,更新所述未使用内存状态,包括:
当落入所述未使用内存状态对应的优先级范围的进程中,除杀掉失败的进程以外不存在进程时,从所述预设状态与优先级对应关系中,将所述未使用内存状态更新为所述未使用内存状态的下一跳未使用内存状态。
5.根据权利要求3所述的方法,其特征在于,所述根据所述更新后的未使用内存状态,重新确定所述待杀进程,包括:
从所述预设状态与优先级对应关系中,确定出所述更新后的未使用内存状态对应的优先级范围;
将落入所述更新后的未使用内存状态对应的优先级范围的进程中,优先级最高的进程重新确定为所述待杀进程。
6.根据权利要求1所述的方法,其特征在于,所述预设状态包括以下状态中的一种:
正常NORMAL、中等MODERATE、低LOW、极重要CRITICAL、耗尽EXHAUSTED。
7.一种终端,其特征在于,所述终端包括处理器、存储器及通信总线;
所述通信总线用于实现处理器和存储器之间的连接通信;
所述处理器用于执行存储器中存储的进程的处理程序,以实现以下步骤:
获取未使用内存状态;
确定所述未使用内存状态为预设状态时,从预设的所述预设状态与优先级范围的对应关系中,确定出所述未使用内存状态对应的优先级范围;
在落入所述未使用内存状态对应的优先级范围的进程中,将优先级最高的进程确定为待杀进程;杀掉所述待杀进程;
杀掉所述待杀进程失败时,在除杀掉失败的进程以外的其余进程中,重新确定待杀进程,并重新杀掉所述待杀进程;
杀掉所述待杀进程为成功时,重新获取未使用内存状态。
8.根据权利要求7所述的终端,其特征在于,所述处理器还用于执行所述进程的处理程序,以实现以下步骤:
为不同的未使用内存状态确定对应的优先级范围,设置不同的未使用内存状态与优先级范围之间的对应关系;
将所述未使用内存状态与优先级范围之间的对应关系添加至所述预设状态与优先级范围的对应关系中。
9.根据权利要求7所述的终端,其特征在于,所述在除杀掉失败的进程以外的其余进程中,重新确定所述待杀进程,所述处理器还用于执行所述进程的处理程序,以实现以下步骤:
当落入所述未使用内存状态对应的优先级范围的进程中,除杀掉失败的进程以外存在进程时,将存在的进程中优先级最高的进程,重新确定为所述待杀进程;
当落入所述未使用内存状态对应的优先级范围的进程中,除杀掉失败的进程以外不存在进程时,更新所述未使用内存状态;
根据所述更新后的未使用内存状态,重新确定所述待杀进程。
10.一种计算机可读存储介质,其特征在于,所述计算机可读介质存储有进程的处理程序,所述进程的处理程序被处理器执行时实现如权利要求1至6中任一项所述的进程的处理方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710481893.XA CN107357655A (zh) | 2017-06-22 | 2017-06-22 | 一种进程的处理方法、终端和计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710481893.XA CN107357655A (zh) | 2017-06-22 | 2017-06-22 | 一种进程的处理方法、终端和计算机可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107357655A true CN107357655A (zh) | 2017-11-17 |
Family
ID=60273217
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710481893.XA Withdrawn CN107357655A (zh) | 2017-06-22 | 2017-06-22 | 一种进程的处理方法、终端和计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107357655A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107908478A (zh) * | 2017-11-30 | 2018-04-13 | 努比亚技术有限公司 | 内存清理方法、移动终端及计算机可读存储介质 |
CN110347434A (zh) * | 2019-05-31 | 2019-10-18 | 口碑(上海)信息技术有限公司 | 一种针对计算设备应用的处理方法以及装置 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103092689A (zh) * | 2013-01-10 | 2013-05-08 | 深圳市金立通信设备有限公司 | 一种进程管理的方法及终端 |
CN103544063A (zh) * | 2013-09-30 | 2014-01-29 | 三星电子(中国)研发中心 | 应用于安卓平台的进程清除方法和装置 |
CN103914322A (zh) * | 2013-01-05 | 2014-07-09 | 腾讯科技(深圳)有限公司 | 终端加速方法及终端 |
CN104199669A (zh) * | 2014-09-12 | 2014-12-10 | 北京奇虎科技有限公司 | 对应用程序的进程进行管理的方法及装置 |
CN105718791A (zh) * | 2014-12-01 | 2016-06-29 | Tcl集团股份有限公司 | 一种保护应用程序数据的方法和装置 |
CN106021130A (zh) * | 2016-05-10 | 2016-10-12 | 北京小米移动软件有限公司 | 内存处理方法及装置 |
CN106407000A (zh) * | 2015-08-10 | 2017-02-15 | 联想移动通信科技有限公司 | 一种终端内存优化的方法、装置及*** |
CN106844159A (zh) * | 2017-02-03 | 2017-06-13 | 广东欧珀移动通信有限公司 | 一种信息获取方法、装置及智能终端 |
-
2017
- 2017-06-22 CN CN201710481893.XA patent/CN107357655A/zh not_active Withdrawn
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103914322A (zh) * | 2013-01-05 | 2014-07-09 | 腾讯科技(深圳)有限公司 | 终端加速方法及终端 |
CN103092689A (zh) * | 2013-01-10 | 2013-05-08 | 深圳市金立通信设备有限公司 | 一种进程管理的方法及终端 |
CN103544063A (zh) * | 2013-09-30 | 2014-01-29 | 三星电子(中国)研发中心 | 应用于安卓平台的进程清除方法和装置 |
CN104199669A (zh) * | 2014-09-12 | 2014-12-10 | 北京奇虎科技有限公司 | 对应用程序的进程进行管理的方法及装置 |
CN105718791A (zh) * | 2014-12-01 | 2016-06-29 | Tcl集团股份有限公司 | 一种保护应用程序数据的方法和装置 |
CN106407000A (zh) * | 2015-08-10 | 2017-02-15 | 联想移动通信科技有限公司 | 一种终端内存优化的方法、装置及*** |
CN106021130A (zh) * | 2016-05-10 | 2016-10-12 | 北京小米移动软件有限公司 | 内存处理方法及装置 |
CN106844159A (zh) * | 2017-02-03 | 2017-06-13 | 广东欧珀移动通信有限公司 | 一种信息获取方法、装置及智能终端 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107908478A (zh) * | 2017-11-30 | 2018-04-13 | 努比亚技术有限公司 | 内存清理方法、移动终端及计算机可读存储介质 |
CN107908478B (zh) * | 2017-11-30 | 2021-11-16 | 努比亚技术有限公司 | 内存清理方法、移动终端及计算机可读存储介质 |
CN110347434A (zh) * | 2019-05-31 | 2019-10-18 | 口碑(上海)信息技术有限公司 | 一种针对计算设备应用的处理方法以及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107688607A (zh) | 一种数据库访问的方法及移动终端、计算机可读存储介质 | |
CN107249074A (zh) | 应用程序快速启动方法、移动终端及计算机可读存储介质 | |
CN106961706A (zh) | 通信模式切换的方法、移动终端及计算机可读存储介质 | |
CN107133092A (zh) | 多线程同步处理方法、终端及计算机可读存储介质 | |
CN107436779A (zh) | 一种应用程序管理方法、设备及计算机可读存储介质 | |
CN107357656A (zh) | 一种内存分配方法、移动终端以及计算机可读存储介质 | |
CN107343083A (zh) | 一种提升游戏体验方法、装置及计算机可读存储介质 | |
CN107329682A (zh) | 边缘交互方法及移动终端 | |
CN107809536A (zh) | 显示屏指纹识别处理方法、移动终端及存储介质 | |
CN107181700A (zh) | 移动终端应用程序的控制方法、移动终端及存储介质 | |
CN107580350A (zh) | 一种信号强度切换方法、设备及计算机可读存储介质 | |
CN107656774A (zh) | ***参数的自适应调节方法、装置、终端设备及存储介质 | |
CN107844230A (zh) | 一种广告页面调整方法、移动终端及计算机可读存储介质 | |
CN107273433A (zh) | 一种文件扫描方法、设备及计算机可读存储介质 | |
CN110069167A (zh) | 触摸点清除方法、移动终端及计算机可读存储介质 | |
CN107678698A (zh) | 缓存数据清理方法、服务器、终端及计算机可读存储介质 | |
CN107172605A (zh) | 一种紧急呼叫方法、移动终端及计算机可读存储介质 | |
CN107390856A (zh) | 一种降低移动终端功耗的方法、移动终端及存储介质 | |
CN107147781A (zh) | 一种拨号处理方法、移动终端及计算机可读存储介质 | |
CN107846725A (zh) | 一种通知消息的处理方法、终端及存储介质 | |
CN108021220A (zh) | 一种终端应用控制方法、终端及计算机可读存储介质 | |
CN107562343A (zh) | 一种交互调控方法、设备及计算机可读存储介质 | |
CN109862184A (zh) | 终端及其资源管控方法、计算机可读存储介质 | |
CN107133108A (zh) | 分布式复杂锁的实现方法、终端、服务器及计算机可读存储介质 | |
CN107357655A (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 | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20171117 |