CN108052390A - 基于线程阻塞的内存清理方法、移动终端及可读存储介质 - Google Patents

基于线程阻塞的内存清理方法、移动终端及可读存储介质 Download PDF

Info

Publication number
CN108052390A
CN108052390A CN201711245137.3A CN201711245137A CN108052390A CN 108052390 A CN108052390 A CN 108052390A CN 201711245137 A CN201711245137 A CN 201711245137A CN 108052390 A CN108052390 A CN 108052390A
Authority
CN
China
Prior art keywords
thread
default
created
current process
clearance
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.)
Granted
Application number
CN201711245137.3A
Other languages
English (en)
Other versions
CN108052390B (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.)
Nubia Technology Co Ltd
Original Assignee
Nubia Technology 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 Nubia Technology Co Ltd filed Critical Nubia Technology Co Ltd
Priority to CN201711245137.3A priority Critical patent/CN108052390B/zh
Publication of CN108052390A publication Critical patent/CN108052390A/zh
Application granted granted Critical
Publication of CN108052390B publication Critical patent/CN108052390B/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/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
    • 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/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

Landscapes

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

Abstract

本发明公开了一种基于线程阻塞的内存清理方法、移动终端及可读存储介质，通过在监测到进程间数据通信时，以间隔预设时间获取参与该进程间数据通信的当前进程的基础进程信息，并基于该基础进程信息判断进行进程间数据通信的当前进程是否具备预设线程的创建条件，并判断当前进程中的每个已创建预设线程是否均处于阻塞状态，然后在当前进程不具备预设线程的创建条件，且每个已创建预设线程的当前状态均为阻塞状态时，根据已创建预设线程的阻塞时长确定待清理线程，并释放该待清理线程的内存占用资源，从而实现在预设线程(Binder线程)出现阻塞时，自动清理内存，预留充裕的内存，避免系统频繁卡顿。

Description

基于线程阻塞的内存清理方法、移动终端及可读存储介质
技术领域
本发明涉及移动终端技术领域，尤其涉及一种基于线程阻塞的内存清理方法、移动终端及可读存储介质。
背景技术
随着移动终端技术的发展，移动终端的硬件配置也越来越好，能够实现的功能也越来越多，且集成的APP(Application，应用程序)也越来越多。目前基于移动终端的不同场景的应用程序数以万计，随着用户在移动终端上安装的第三方应用和服务软件数量越来越多。不同的应用进行进程间数据通信方式主要是通过Binder线程进行的，在进程间数据通信过程中，如果Binder线程出现阻塞，会导致系统中断当前的进程间数据通信。
移动终端通过Binder线程进行进程间数据通信时，该Binder线程会占用一部分内存资源，而当Binder线程出现阻塞时，该Binder线程占用的内存资源无法释放，而移动终端的内存资源是有限的，在内存资源不足时，容易出现系统频繁卡顿。因此，如何在Binder线程出现阻塞时，自动清理内存，预留充裕的内存，避免系统频繁卡顿是目前亟待解决的问题。
上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。
发明内容
本发明的主要目的在于提供一种基于线程阻塞的内存清理方法、移动终端及计算机可读存储介质，旨在解决如何在Binder线程出现阻塞时，自动清理内存，预留充裕的内存，避免系统频繁卡顿的技术问题。
为实现上述目的，本发明提供一种基于线程阻塞的内存清理方法，所述基于线程阻塞的内存清理方法包括以下步骤：
当监测到进程间数据通信时，以间隔预设时间获取参与所述进程间数据通信的当前进程的基础进程信息；
根据所述基础进程信息判断所述当前进程是否具备预设线程的创建条件；
在所述当前进程不具备预设线程的创建条件时，判断所述当前进程的每个已创建预设线程是否均为阻塞状态；
在所述当前进程的每个已创建预设线程均为阻塞状态时，根据所述当前进程的已创建预设线程的阻塞时长所处的时长区间确定待清理线程，并释放所述待清理线程的内存占用资源。
可选地，所述根据所述基础进程信息判断所述当前进程是否具备预设线程的创建条件的步骤包括：
从所述基础进程信息中提取所述当前进程的预设线程的已创建数和最大创建数，并判断所述已创建数是否小于所述最大创建数；
若所述已创建数小于所述最大创建数，则判定所述当前进程具备预设线程的创建条件；
若所述已创建数等于所述最大创建数，则判定所述当前进程不具备预设线程的创建条件。
可选地，所述判断所述当前进程的每个已创建预设线程是否均为阻塞状态的步骤包括：
判断所述当前进程的每个已创建预设线程基于预设操作获取的状态返回值是否为预设状态返回值；
若所述当前进程的每个已创建预设线程基于预设操作获取的状态返回值均为预设状态返回值，则判定所述当前进程的每个已创建预设线程均为阻塞状态；
若所述当前进程的每个已创建预设线程基于预设操作获取的状态返回值不均为预设状态返回值，则判定所述当前进程的每个已创建预设线程不均为阻塞状态。
可选地，所述根据所述当前进程的已创建预设线程的阻塞时长所处的时长区间确定待清理线程，并释放所述待清理线程的内存占用资源的步骤包括：
获取进行所述进程间数据通信的第一当前进程的第一消息队列和第二当前进程的第二消息队列；
在所述当前进程的已创建预设线程的最长阻塞时长所处的时长区间为第一时长区间时，将所述第一消息队列和第二消息队列中阻塞时长最长的已创建预设线程确定为待清理线程；
在所述当前进程的已创建预设线程的最长阻塞时长所处的时长区间为第二时长区间时，将所述第一消息队列的阻塞时长最长的已创建预设线程和所述第二消息队列的阻塞时长最长的已创建预设线程确定为待清理线程；
根据预设资源类型对内存中的内存占用资源进行扫描，以获取所述待清理线程的内存占用资源，并移除所述待清理线程，且释放所述内存占用资源。
可选地，所述根据所述当前进程的已创建预设线程的阻塞时长所处的时长区间确定待清理线程，并释放所述待清理线程的内存占用资源的步骤之前，所述基于线程阻塞的内存清理方法还包括：
在所述当前进程的每个已创建预设线程均为阻塞状态时，根据预设存储区域中的熄屏待机时长表和所述线程出现阻塞的时间确定所述移动终端的当前熄屏待机时长；
在所述当前熄屏待机时长超过预设阈值时，执行所述根据所述当前进程的已创建预设线程的阻塞时长所处的时长区间确定待清理线程，并释放所述待清理线程的内存占用资源的步骤。
可选地，所述根据预设存储区域中的熄屏待机时长表和所述线程出现阻塞的时间确定所述移动终端的当前熄屏待机时长的步骤包括：
从所述预设存储区域中获取熄屏待机时长表，并确定所述线程出现阻塞的时间所处的使用时段；
从所述熄屏待机时长表中获取与所述使用时段关联的熄屏待机时长，并将所述熄屏待机时长作为所述移动终端的当前熄屏待机时长。
可选地，所述释放所述待清理线程的内存占用资源的步骤包括：
计算每个待清理线程的内存占用资源的大小，并根据每个待清理线程的内存占用资源的大小确定每个待清理线程的内存占用资源的释放顺序；
根据所述释放顺序对每个待清理线程的内存占用资源进行释放。
此外，为实现上述目的，本发明还提供一种移动终端，所述基于线程阻塞的内存清理方法包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的基于线程阻塞的内存清理程序，所述基于线程阻塞的内存清理程序被所述处理器执行时实现如上所述的基于线程阻塞的内存清理方法的步骤。
本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有基于线程阻塞的内存清理程序，所述基于线程阻塞的内存清理程序被处理器执行时实现如上所述的基于线程阻塞的内存清理方法的步骤。
本发明提出一种基于线程阻塞的内存清理方法、移动终端及可读存储介质，通过在监测到进程间数据通信时，以间隔预设时间获取参与该进程间数据通信的当前进程的基础进程信息，并基于该基础进程信息判断进行进程间数据通信的当前进程是否具备预设线程的创建条件，并判断当前进程中的每个已创建预设线程是否均处于阻塞状态，然后在当前进程不具备预设线程的创建条件，且每个已创建预设线程的当前状态均为阻塞状态时，根据已创建预设线程的阻塞时长确定待清理线程，并释放该待清理线程的内存占用资源，从而实现在预设线程(Binder线程)出现阻塞时，自动清理内存，预留充裕的内存，避免系统频繁卡顿。
附图说明
图1为实现本发明各个实施例的一种移动终端的硬件结构示意图；
图2为本发明移动终端的操作系统的层级示意图；
图3为本发明基于线程阻塞的内存清理方法第一实施例的流程示意图；
图4为图3中所述根据所述基础进程信息判断所述当前进程是否具备预设线程的创建条件步骤的细化流程示意图；
图5为图3中所述根据所述当前进程的已创建预设线程的阻塞时长所处的时长区间确定待清理线程，并释放所述待清理线程的内存占用资源步骤的细化流程示意图；
图6为本发明基于线程阻塞的内存清理方法第二实施例的流程示意图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。
终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、便捷式媒体播放器(Portable Media Player，PMP)、导航装置、可穿戴设备、智能手环、计步器等移动终端，以及诸如数字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 Mobile communication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000，码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access，时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing-Long Term Evolution，频分双工长期演进)和TDD-LTE(Time DivisionDuplexing-Long Term Evolution，分时双工长期演进)等。
WiFi属于短距离无线传输技术，移动终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102，但是可以理解的是，其并不属于移动终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。
A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。
移动终端100还包括至少一种传感器105，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度，接近传感器可在移动终端100移动到耳边时，关闭显示面板1061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板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可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
参照图2，其为存储程序区中存储的操作系统的层级示意图，如图2所示，该操作系统包括Loader(装载器)层、Kernel(系统内核)层、Native(本地框架)层、Framework(框架)层(包括C++Framework层和Java Framework层)和App(应用程序)层，其中，Kernel层与Native层之间还存在HAL层(硬件抽象层)，该C++Framework层和Java Framework层之间还存在JNI层，该HAL层与Kernel层之间还存在SysCall层。
该Loader层包括Boot ROM(启动服务)和Boot Loader(开机初始化程序)，该BootROM主要用于当移动终端处于关机状态时，长按Power(开机)键开机，引导芯片开始从固化在ROM里的预设处代码开始执行。Boot Loader为启动操作系统之前的引导程序，主要是检查RAM，初始化硬件参数等功能。
该Kernel层主要用于进行初始化进程管理、内存管理、加载Display(显示)、Camera Driver(相机驱动)和Binder Driver(Binder驱动)等相关工作，并用于创建内核工作线程kworkder、软中断线程ksoftirqd和软中断线程thermal等内核守护进程。
该Native层主要包括init孵化来的用户空间的守护进程、HAL层以及开机动画等。Init进程(由内核启动的用户级进程)会孵化出ueventd、logd、healthd、installd、adbd和lmkd等用户守护进程User Daemons；init进程还启动servicemanager(服务管家)和bootanim(开机动画)等重要服务；init进程孵化出Zygote进程，Zygote进程是操作系统的第一个Java进程，Zygote是所有Java进程的父进程，Zygote进程本身是由init进程孵化而来的。
该Framework层包括Zygote进程、System Server(系统服务)进程和Media Server(多媒体服务)进程，其中，Zygote进程，是由init进程通过解析init.rc文件后fork生成的，Zygote进程主要包含加载ZygoteInit类、注册Zygote Socket服务端套接字、加载虚拟机、preloadClasses和preloadResouces等；System Server进程，是由Zygote进程fork而来，System Server是Zygote孵化的第一个进程，System Server负责启动和管理整个JavaFramework，包含、ActivityManager(应用程序组件)、PowerManager(电源管理组件)和WindowManagerServer(窗口管理组件)等服务；Media Server进程，是由init进程fork而来，负责启动和管理整个C++framework，包含AudioFlinger(音频服务)、Camera Service(相机服务)和MediaPlayServer(多媒体服务)等服务。
该APP层包括APP进程，每个APP进程均由Zygote进程fork生成，Zygote进程孵化出的第一个App进程是Launcher(桌面启动器)，为用户看到的桌面App，Zygote进程还会创建Browser(浏览器)、Phone(电话)和Email(邮件)等App进程，每个App至少运行在一个进程上。
处理器110是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器109内的软件程序和/或模块，以及调用存储在存储器109内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。处理器110可包括一个或多个处理单元；优选的，处理器110可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。
移动终端100还可以包括给各个部件供电的电源111(比如电池)，优选的，电源111可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管图1未示出，移动终端100还可以包括蓝牙模块等，在此不再赘述。
基于上述移动终端硬件结构，提出本发明移动终端的各个实施例。
请参照图1，在本发明移动终端的第一实施例中，该移动终端包括：存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的基于线程阻塞的内存清理程序，所述基于线程阻塞的内存清理程序被所述处理器执行时实现以下步骤：
当监测到进程间数据通信时，以间隔预设时间获取参与所述进程间数据通信的当前进程的基础进程信息；
根据所述基础进程信息判断所述当前进程是否具备预设线程的创建条件；
在所述当前进程不具备预设线程的创建条件时，判断所述当前进程的每个已创建预设线程是否均为阻塞状态；
在所述当前进程的每个已创建预设线程均为阻塞状态时，根据所述当前进程的已创建预设线程的阻塞时长所处的时长区间确定待清理线程，并释放所述待清理线程的内存占用资源。
进一步地，所述基于线程阻塞的内存清理程序被所述处理器执行时还实现以下步骤：
从所述基础进程信息中提取所述当前进程的预设线程的已创建数和最大创建数，并判断所述已创建数是否小于所述最大创建数；
若所述已创建数小于所述最大创建数，则判定所述当前进程具备预设线程的创建条件；
若所述已创建数等于所述最大创建数，则判定所述当前进程不具备预设线程的创建条件。
进一步地，所述基于线程阻塞的内存清理程序被所述处理器执行时还实现以下步骤：
判断所述当前进程的每个已创建预设线程基于预设操作获取的状态返回值是否为预设状态返回值；
若所述当前进程的每个已创建预设线程基于预设操作获取的状态返回值均为预设状态返回值，则判定所述当前进程的每个已创建预设线程均为阻塞状态；
若所述当前进程的每个已创建预设线程基于预设操作获取的状态返回值不均为预设状态返回值，则判定所述当前进程的每个已创建预设线程不均为阻塞状态。
进一步地，所述基于线程阻塞的内存清理程序被所述处理器执行时还实现以下步骤：
获取进行所述进程间数据通信的第一当前进程的第一消息队列和第二当前进程的第二消息队列；
在所述当前进程的已创建预设线程的最长阻塞时长所处的时长区间为第一时长区间时，将所述第一消息队列和第二消息队列中阻塞时长最长的已创建预设线程确定为待清理线程；
在所述当前进程的已创建预设线程的最长阻塞时长所处的时长区间为第二时长区间时，将所述第一消息队列的阻塞时长最长的已创建预设线程和所述第二消息队列的阻塞时长最长的已创建预设线程确定为待清理线程；
根据预设资源类型对内存中的内存占用资源进行扫描，以获取所述待清理线程的内存占用资源，并移除所述待清理线程，且释放所述内存占用资源。
进一步地，所述基于线程阻塞的内存清理程序被所述处理器执行时还实现以下步骤：
在所述当前进程的每个已创建预设线程均为阻塞状态时，根据预设存储区域中的熄屏待机时长表和所述线程出现阻塞的时间确定所述移动终端的当前熄屏待机时长；
在所述当前熄屏待机时长超过预设阈值时，根据所述当前进程的已创建预设线程的阻塞时长所处的时长区间确定待清理线程，并释放所述待清理线程的内存占用资源。
进一步地，所述基于线程阻塞的内存清理程序被所述处理器执行时还实现以下步骤：
从所述预设存储区域中获取熄屏待机时长表，并确定所述线程出现阻塞的时间所处的使用时段；
从所述熄屏待机时长表中获取与所述使用时段关联的熄屏待机时长，并将所述熄屏待机时长作为所述移动终端的当前熄屏待机时长。
进一步地，所述基于线程阻塞的内存清理程序被所述处理器执行时还实现以下步骤：
计算每个待清理线程的内存占用资源的大小，并根据每个待清理线程的内存占用资源的大小确定每个待清理线程的内存占用资源的释放顺序；
根据所述释放顺序对每个待清理线程的内存占用资源进行释放。
本发明移动终端的具体实施例与下述基于线程阻塞的内存清理方法的各具体实施例基本相同，在此不作赘述。
进一步地，本发明还提供一种应用于图1所示的移动终端的基于线程阻塞的内存清理方法，参照图3，图3为本发明基于线程阻塞的内存清理方法第一实施例的流程示意图。
在本实施例中，该基于线程阻塞的内存清理方法包括：
步骤S101，当监测到进程间数据通信时，以间隔预设时间获取参与所述进程间数据通信的当前进程的基础进程信息；
该基于线程阻塞的内存清理方法应用图1所示的移动终端，该移动终端包括智能手机和平板电脑等。由移动终端的操作系统可知，不同进程之间的数据通信需要通过操作系统内核空间的Binder驱动来实现，该操作系统为Android系统，且Android系统规定SystemServer进程最多可以创建32个Binder线程用于进程间数据通信；SurfaceFlinger进程最多可以创建4个Binder线程用于进程间数据通信；程序应用进程最多可以创建8个Binder线程用于进程间数据通信。Binder线程在创建初始化时，加载Binder驱动，然后采用内存映射函数，给Binder线程分配虚拟地址空间用来接收事务。每个SystemServer进程、SurfaceFlinger进程和程序应用进程均只允许创建一个Binder主线程，其余Binder线程池中的Binder子线程均由Binder驱动进行控制创建。由于SystemServer进程、SurfaceFlinger进程和程序应用进程可创建的Binder线程是有限的，当可创建的Binder线程均处于阻塞状态时，无法进行进程间数据通信，导致APP层的程序应用无法与系统核心进程进行数据通信，使得移动终端出现冻屏，因此，通过在监测到进程间数据通信时，监测参与进程间数据通信的当前进程的已创建Binder线程是否达到最大可创建数，且已创建Binder线程是否均处于阻塞状态，从而确定移动终端是否出现冻屏，然后在移动终端出现冻屏时，基于每个已创建预设线程的阻塞时长所处的时长区间确定冻屏处理策略，并基于该冻屏处理策略对所述已创建预设线程进行处理。
具体地，该移动终端接收用户基于已安装程序应用触发的显示请求，并将该显示请求传输至系统核心进程，进行进程间数据通信，而移动终端在监测到进程间数据通信时，在Native层创建监听器，通过监听器以间隔预设时间获取参与该进程间数据通信的当前进程的基础进程信息，并对进行该进程间数据通信的当前进程的每个已创建预设线程进行预设操作，以确定每个已创建预设线程的当前状态，即同时获取当前进程的基础进程信息和确定当前进程的每个已创建预设线程的当前状态。该预设线程为Binder线程，该基础进行信息包括进程名称、进程标识、允许最多可创建的Binder线程数和已创建的Binder线程数等。
在具体实施中，该移动终端以间隔第一预设时间获取的基础进程信息中的已创建的Binder线程数为当前进程允许最多可创建的Binder线程数的二分之一时，该移动终端以间隔第二预设时间获取参与该进程间数据通信的当前进程的基础进程信息；如果该移动终端以间隔第一预设时间获取的基础进程信息中的已创建的Binder线程数为当前进程允许最多可创建的Binder线程数的四分之一时，该移动终端以间隔第三预设时间获取进行该进程间数据通信的当前进程的基础进程信息。需要说明的是，该第一预设时间、第二预设时间和第三预设时间分别为30秒、60秒和120秒，此外，该第一预设时间、第二预设时间和第三预设时间可由本领域技术人员基于实际情况进行设置，本实施例对此不作具体限制。
步骤S102，根据所述基础进程信息判断所述当前进程是否具备预设线程的创建条件；
该移动终端在获取参与该进程间数据通信的当前进程的基础进程信息之后，根据该基础进程信息判断当前进程是否具备预设线程的创建条件，即判断当前进程是否还可以创建Binder线程。
具体地，参照图4，图4为图3中该步骤S102的细化流程示意图，该步骤S102包括：
步骤S1021，从所述基础进程信息中提取所述当前进程的预设线程的已创建数和最大创建数，并判断所述已创建数是否小于所述最大创建数；
步骤S1022，若所述已创建数小于所述最大创建数，则判定所述当前进程具备预设线程的创建条件；
步骤S1023，若所述已创建数等于所述最大创建数，则判定所述当前进程不具备预设线程的创建条件。
该移动终端在获取进行该进程间数据通信的当前进程的基础进程信息之后，从该基础进程信息中提取当前进程的预设线程的已创建数和最大创建数，并判断该已创建数是否小于该最大创建数，即从该基础进程信息中提取当前进程的Binder线程的已创建数和Binder线程的最大创建数，并判断Binder线程的已创建数是否小于Binder线程的最大创建数，如果Binder线程的已创建数小于Binder线程的最大创建数，则表示当前进程可以创建Binder线程，判定当前进程具备预设线程的创建条件，即当前进程具备Binder线程的创建条件，如果Binder线程的已创建数等于Binder线程的最大创建数，则表示当前进程不可创建Binder线程，判定当前进程不具备预设线程的创建条件，即当前进程不具备Binder线程的创建条件。
步骤S103，在所述当前进程不具备预设线程的创建条件时，判断所述当前进程的每个已创建预设线程是否均为阻塞状态；
该移动终端在确定当前进程不具备预设线程的创建条件时，判断当前进程的每个已创建预设线程是否均为阻塞状态。
具体地，在本实施例中，步骤S103包括：
判断所述当前进程的每个已创建预设线程基于预设操作获取的状态返回值是否为预设状态返回值；
若所述当前进程的每个已创建预设线程基于预设操作获取的状态返回值均为预设状态返回值，则判定所述当前进程的每个已创建预设线程均为阻塞状态；
若所述当前进程的每个已创建预设线程基于预设操作获取的状态返回值不均为预设状态返回值，则判定所述当前进程的每个已创建预设线程不均为阻塞状态。
该移动终端判断当前进程的每个已创建预设线程基于预设操作获取的状态返回值是否均为预设状态返回值，即对当前进程的每个已创建预设线程进行ping(PacketInternet Groper，因特网包探索器)操作，以获取当前进程的每个已创建预设线程的ping操作返回值，并判断当前进程的每个已创建预设线程的ping操作返回值是否为预设ping操作返回值，如果当前进程的每个已创建预设线程的ping操作返回值均为预设ping操作返回值，即当前进程的每个已创建预设线程基于预设操作获取的状态返回值均为预设状态返回值，则可以判定当前进程的每个已创建预设线程均处于阻塞状态，如果当前进程的每个已创建预设线程的ping操作返回值不均为预设ping操作返回值，即当前进程的每个已创建预设线程基于预设操作获取的状态返回值不均为预设状态返回值，则可以判定当前进程的每个已创建预设线程不均处于阻塞状态。该ping操作返回值，即状态返回值与已创建预设线程的状态一一对应，可根据该ping操作返回值，即状态返回值确定已创建预设线程的当前状态，已创建预设线程的状态包括忙碌状态、空闲状态、挂起状态、阻塞状态和超时等待状态等。
步骤S104，在所述当前进程的每个已创建预设线程均为阻塞状态时，根据所述当前进程的已创建预设线程的阻塞时长所处的时长区间确定待清理线程，并释放所述待清理线程的内存占用资源。
该移动终端在当前进程不具备预设线程的创建条件，且每个已创建预设线程的当前状态均为阻塞状态时，根据当前进程的已创建预设线程的阻塞时长所处的时长区间确定待清理线程，并释放该待清理线程的内存占用资源。
具体地，参照图5，图5为图3中该步骤S104的细化流程示意图，该步骤S104包括：
步骤S1041，获取进行所述进程间数据通信的第一当前进程的第一消息队列和第二当前进程的第二消息队列；
步骤S1042，在所述当前进程的已创建预设线程的最长阻塞时长所处的时长区间为第一时长区间时，将所述第一消息队列和第二消息队列中阻塞时长最长的已创建预设线程确定为待清理线程；
步骤S1043，在所述当前进程的已创建预设线程的最长阻塞时长所处的时长区间为第二时长区间时，将所述第一消息队列的阻塞时长最长的已创建预设线程和所述第二消息队列的阻塞时长最长的已创建预设线程确定为待清理线程；
该移动终端获取进行该进程间数据通信的第一当前进程的第一消息队列和第二当前进程的第二消息队列，然后在当前进程的已创建预设线程的最长阻塞时长所处的时长区间为第一时长区间时，将该第一消息队列和第二消息队列中阻塞时长最长的已创建预设线程确定为待清理线程，即将两个消息队列中阻塞时长最长的已创建预设线程确定为待清理线程，此时该待清理线程包括一个阻塞的Binder线程；在当前进程的已创建预设线程的最长阻塞时长所处的时长区间均处于第二时长区间时，将该第一消息队列的阻塞时长最长的已创建预设线程和该第二消息队列的阻塞时长最长的已创建预设线程确定为待清理线程，即将第一消息队列中阻塞时长最长的已创建预设线程，以及第二消息队列中阻塞时长最长的已创建预设线程确定为待清理线程，此时该待清理线程包括两个阻塞的Binder线程。在具体实施中，在当前进程的已创建预设线程的阻塞时长所处的时长区间均处于第三时长区间时，将第一消息队列中阻塞时长为最长的已创建预设线程和阻塞时长为次长的已创建预设线确定为待清理线程，以及将第二消息队列中移除阻塞时长为最长的已创建预设线程和阻塞时长为次长的已创建预设线确定为待清理线程，此时该待清理线程包括四个阻塞的Binder线程。需要说明的是，该第一时长区间可为61秒至120秒，该第二时长区间可为121秒至300秒，该第三时长区间可为301秒至600秒，此外，上述第一时长区间、第二时长区间和第三时长区间还可由本领域技术人员基于实际情况进行设置，本实施例对此不作具体限制。
步骤S1044，根据预设资源类型对内存中的内存占用资源进行扫描，以获取所述待清理线程的内存占用资源，并移除所述待清理线程，且释放所述内存占用资源。
该移动终端在确定待清理线程之后，根据预设资源类型对内存中的内存占用资源进行扫描，以获取该待清理线程的内存占用资源，即对预设资源类型的占用资源进行逐一扫描检测，获取与该待清理线程的标识相关联的内存占用资源，即为该待清理线程的内存占用资源，并移除该待清理线程，且释放该内存占用资源。该预设资源类型的占用资源包括系统类占用资源，应用类占用资源，对象类占用资源、数据库类占用资源和资产类占用资源，该系统类占用资源包括Native Heap、Dalvik Heap、Dalvik Other、Stack、Ashmem、Other dev、.so mmap、apk mmap、.ttf mmap、.dex mmap、oat mmap、.art mmap、Othermmap、GL mtrack和Unknown等资源，该应用类占用资源包括Java Heap堆栈、Native Heap堆栈、Code指针、Stack、Graphics、Private Other和System 等资源，该对象类占用资源包括Views、AppContexts、Assets、Local Binders、Parcel memory、Death Recipients等资源，该数据库类占用资源包括memory_used、pagecache_overflow等资源，该资产类占用资源包括.ttf等资源。该内存扫描数据包括占用资源包括系统类占用资源，应用类占用资源，对象类占用资源、数据库类占用资源和资产类占用资源等每个占用资源的状态信息和应用标识信息等。
在本实施例中，本发明通过在监测到进程间数据通信时，以间隔预设时间获取参与该进程间数据通信的当前进程的基础进程信息，并基于该基础进程信息判断进行进程间数据通信的当前进程是否具备预设线程的创建条件，并判断当前进程中的每个已创建预设线程是否均处于阻塞状态，然后在当前进程不具备预设线程的创建条件，且每个已创建预设线程的当前状态均为阻塞状态时，根据已创建预设线程的阻塞时长确定待清理线程，并释放该待清理线程的内存占用资源，从而实现在预设线程(Binder线程)出现阻塞时，自动清理内存，预留充裕的内存，避免系统频繁卡顿。
进一步地，参照图6，基于图1所示的移动终端和上述第一实施例提出了本发明基于线程阻塞的内存清理方法的第二实施例，与前述实施例的区别在于，该步骤S104之前，该基于线程阻塞的内存清理方法还包括：
步骤S105，在所述当前进程的每个已创建预设线程均为阻塞状态时，根据预设存储区域中的熄屏待机时长表和所述线程出现阻塞的时间确定所述移动终端的当前熄屏待机时长；
在所述当前熄屏待机时长超过预设阈值时，执行步骤S103，即根据所述当前进程的已创建预设线程的阻塞时长所处的时长区间确定待清理线程，并释放所述待清理线程的内存占用资源的。
该移动终端通过记录该移动终端在每个预设使用时段内的熄屏待机时长，以建立该移动终端的熄屏待机时长表，并将该熄屏待机时长表存储至预设存储区域。具体地，通过记录移动终端在每个预设使用时段内的熄屏待机时长，并将记录的熄屏待机时长存储至数据库，然后以间隔预设时间计算该数据库中的数据存储量，并判断该数据存储量是否超过预设数据存储量，最后在该数据存储量超过预设数据存储量时，根据该数据库中所述移动终端在每个预设使用时段内的熄屏待机时长建立熄屏待机时长表，该预设使用时段包括凌晨、早上、中午、下午、晚间，半夜、且对应的时间段分别为02:00至06:00、6:00至10:00、10:00至14:00、14:00至18:00、18:00至22:00和22:00至24:00。需要说明的是，该预设使用时段可由本领域技术人员基于实际情况进行设置，本实施例对此不作具体限定。
该移动终端在当前进程不具备预设线程的创建条件，且每个已创建预设线程的当前状态均为阻塞状态时，根据预设存储区域中的熄屏待机时长表和该线程出现阻塞的时间确定所述移动终端的当前熄屏待机时长。
具体地，在本实施例中，该步骤S105包括：
从所述预设存储区域中获取熄屏待机时长表，并确定所述线程出现阻塞的时间所处的使用时段；
从所述熄屏待机时长表中获取与所述使用时段关联的熄屏待机时长，并将所述熄屏待机时长作为所述移动终端的当前熄屏待机时长。
该移动终端在当前进程不具备预设线程的创建条件，且每个已创建预设线程的当前状态均为阻塞状态时，从预设存储区域中获取熄屏待机时长表，并确定处理该显示请求的线程出现阻塞的时间所处的使用时段，然后从该熄屏待机时长表中获取与该使用时段关联的熄屏待机时长，并将该关联的熄屏待机时长作为该移动终端的当前熄屏待机时长。
该移动终端在获取到当前熄屏待机时长之后，将当前熄屏待机时长与预设阈值进行比较，如果当前熄屏待机时长超过预设阈值，则触发内存清理指令，然后基于该内存清理指令将出现阻塞的线程作为待清理线程，并释放该清理线程的内存占用资源，如果当前熄屏待机时长未超过预设阈值，则不触发内存清理指令，即不进行内存清理操作。具体地，该移动终端根据预设资源类型对内存中的内存占用资源进行扫描，即对预设资源类型的占用资源进行逐一扫描检测，以获取内存扫描数据，然后获取该待清理线程的线程标识信息，并从该内存扫描数据获取与该线程标识信息关联的内存占用资源，且释放该内存占用资源。
在具体实施中，该移动终端在获取到当前熄屏待机时长之后，且当前熄屏待机时长超过预设阈值，则根据出现阻塞的线程的阻塞时长所处的时长区间确定内存清理策略，该时长区间包括第一时长区间、第二时长区间和第三时长区间，该第一时长区间为31秒-60秒，对应的内存清理策略为释放待清理线程的为预设资源类型的内存占用资源；该第二时长区间为61秒-130秒，对应的内存清理策略为冻结当前内存中除了出现阻塞的线程涉及的进程，以及涉及的进程关联的进程之外的其他进程，并对冻结的进程进行压缩，腾出多的内存空间供出现阻塞的线程涉及的进程使用，并开启内存的最大时钟频率，通过提升内存可使用空间和运行效率来达成在较短时间片内以更优质的内存资源提供给出现阻塞的线程涉及的进程的进程使用；该第三时长区间为131秒-300秒，对应的内存清理策略为释放待清理线程的全部内存占用资源。
在本实施例中，本发明通过记录移动终端在每个预设使用时段内的熄屏待机时长，以建立移动终端的熄屏待机时长表，然后在检测到参与进程间数据通信的当前进程不具备预设线程的创建条件，且每个已创建预设线程的当前状态均为阻塞状态时，基于熄屏待机时长表确定移动终端在当前时段内的熄屏待机时长，并在该熄屏待机时长超过预设阈值时，对内存进行清理，实现在用户不知晓的情况下，对内存进行清理，预留充裕的内存，避免系统频繁卡顿。
进一步地，基于图1所示的移动终端和上述第一或第二实施例提出了本发明基于线程阻塞的内存清理方法的第三实施例，与前述实施例的区别在于，该步骤S104中释放所述待清理线程的内存占用资源的步骤包括：
计算每个待清理线程的内存占用资源的大小，并根据每个待清理线程的内存占用资源的大小确定每个待清理线程的内存占用资源的释放顺序；
根据所述释放顺序对每个待清理线程的内存占用资源进行释放。
需要说明的是，本发明基于前述实施例提出了一种内存占用资源的具体释放方式，以下仅对此进行说明，其它可参照前述实施例。
该移动终端在获取到当前熄屏待机时长之后，将当前熄屏待机时长与预设阈值进行比较，如果当前熄屏待机时长超过预设阈值，则触发内存清理指令，然后计算每个待清理线程的内存占用资源的大小，并根据每个待清理线程的内存占用资源的大小确定每个待清理线程的内存占用资源的释放顺序，然后根据该释放顺序对每个待清理线程的内存占用资源进行释放。
在本实施例中，本发明基于每个待清理线程的内存占用资源的大小确定每个待清理线程的内存占用资源的清理顺序，使得移动终端基于该清理顺序对每个待清理线程的内存占用资源进行清理，有效的提高了内存资源释放速率。
此外，本发明实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有基于线程阻塞的内存清理程序，所述基于线程阻塞的内存清理程序被处理器执行时实现以下步骤：
当监测到进程间数据通信时，以间隔预设时间获取参与所述进程间数据通信的当前进程的基础进程信息；
根据所述基础进程信息判断所述当前进程是否具备预设线程的创建条件；
在所述当前进程不具备预设线程的创建条件时，判断所述当前进程的每个已创建预设线程是否均为阻塞状态；
在所述当前进程的每个已创建预设线程均为阻塞状态时，根据所述当前进程的已创建预设线程的阻塞时长所处的时长区间确定待清理线程，并释放所述待清理线程的内存占用资源。
进一步地，所述基于线程阻塞的内存清理程序被所述处理器执行时还实现以下步骤：
从所述基础进程信息中提取所述当前进程的预设线程的已创建数和最大创建数，并判断所述已创建数是否小于所述最大创建数；
若所述已创建数小于所述最大创建数，则判定所述当前进程具备预设线程的创建条件；
若所述已创建数等于所述最大创建数，则判定所述当前进程不具备预设线程的创建条件。
进一步地，所述基于线程阻塞的内存清理程序被所述处理器执行时还实现以下步骤：
判断所述当前进程的每个已创建预设线程基于预设操作获取的状态返回值是否为预设状态返回值；
若所述当前进程的每个已创建预设线程基于预设操作获取的状态返回值均为预设状态返回值，则判定所述当前进程的每个已创建预设线程均为阻塞状态；
若所述当前进程的每个已创建预设线程基于预设操作获取的状态返回值不均为预设状态返回值，则判定所述当前进程的每个已创建预设线程不均为阻塞状态。
进一步地，所述基于线程阻塞的内存清理程序被所述处理器执行时还实现以下步骤：
获取进行所述进程间数据通信的第一当前进程的第一消息队列和第二当前进程的第二消息队列；
在所述当前进程的已创建预设线程的最长阻塞时长所处的时长区间为第一时长区间时，将所述第一消息队列和第二消息队列中阻塞时长最长的已创建预设线程确定为待清理线程；
在所述当前进程的已创建预设线程的最长阻塞时长所处的时长区间为第二时长区间时，将所述第一消息队列的阻塞时长最长的已创建预设线程和所述第二消息队列的阻塞时长最长的已创建预设线程确定为待清理线程；
根据预设资源类型对内存中的内存占用资源进行扫描，以获取所述待清理线程的内存占用资源，并移除所述待清理线程，且释放所述内存占用资源。
进一步地，所述基于线程阻塞的内存清理程序被所述处理器执行时还实现以下步骤：
在所述当前进程的每个已创建预设线程均为阻塞状态时，根据预设存储区域中的熄屏待机时长表和所述线程出现阻塞的时间确定所述移动终端的当前熄屏待机时长；
在所述当前熄屏待机时长超过预设阈值时，根据所述当前进程的已创建预设线程的阻塞时长所处的时长区间确定待清理线程，并释放所述待清理线程的内存占用资源。
进一步地，所述基于线程阻塞的内存清理程序被所述处理器执行时还实现以下步骤：
从所述预设存储区域中获取熄屏待机时长表，并确定所述线程出现阻塞的时间所处的使用时段；
从所述熄屏待机时长表中获取与所述使用时段关联的熄屏待机时长，并将所述熄屏待机时长作为所述移动终端的当前熄屏待机时长。
进一步地，所述基于线程阻塞的内存清理程序被所述处理器执行时还实现以下步骤：
计算每个待清理线程的内存占用资源的大小，并根据每个待清理线程的内存占用资源的大小确定每个待清理线程的内存占用资源的释放顺序；
根据所述释放顺序对每个待清理线程的内存占用资源进行释放。
本发明计算机可读存储介质的具体实施例与上述基于线程阻塞的内存清理方法的各具体实施例基本相同，在此不作赘述。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种基于线程阻塞的内存清理方法，其特征在于，所述基于线程阻塞的内存清理方法包括以下步骤：
当监测到进程间数据通信时，以间隔预设时间获取参与所述进程间数据通信的当前进程的基础进程信息；
根据所述基础进程信息判断所述当前进程是否具备预设线程的创建条件；
在所述当前进程不具备预设线程的创建条件时，判断所述当前进程的每个已创建预设线程是否均为阻塞状态；
在所述当前进程的每个已创建预设线程均为阻塞状态时，根据所述当前进程的已创建预设线程的阻塞时长所处的时长区间确定待清理线程，并释放所述待清理线程的内存占用资源。
2.如权利要求1所述的基于线程阻塞的内存清理方法，其特征在于，所述根据所述基础进程信息判断所述当前进程是否具备预设线程的创建条件的步骤包括：
从所述基础进程信息中提取所述当前进程的预设线程的已创建数和最大创建数，并判断所述已创建数是否小于所述最大创建数；
若所述已创建数小于所述最大创建数，则判定所述当前进程具备预设线程的创建条件；
若所述已创建数等于所述最大创建数，则判定所述当前进程不具备预设线程的创建条件。
3.如权利要求1所述的基于线程阻塞的内存清理方法，其特征在于，所述判断所述当前进程的每个已创建预设线程是否均为阻塞状态的步骤包括：
判断所述当前进程的每个已创建预设线程基于预设操作获取的状态返回值是否为预设状态返回值；
若所述当前进程的每个已创建预设线程基于预设操作获取的状态返回值均为预设状态返回值，则判定所述当前进程的每个已创建预设线程均为阻塞状态；
若所述当前进程的每个已创建预设线程基于预设操作获取的状态返回值不均为预设状态返回值，则判定所述当前进程的每个已创建预设线程不均为阻塞状态。
4.如权利要求1所述的基于线程阻塞的内存清理方法，其特征在于，所述根据所述当前进程的已创建预设线程的阻塞时长所处的时长区间确定待清理线程，并释放所述待清理线程的内存占用资源的步骤包括：
获取进行所述进程间数据通信的第一当前进程的第一消息队列和第二当前进程的第二消息队列；
在所述当前进程的已创建预设线程的最长阻塞时长所处的时长区间为第一时长区间时，将所述第一消息队列和第二消息队列中阻塞时长最长的已创建预设线程确定为待清理线程；
在所述当前进程的已创建预设线程的最长阻塞时长所处的时长区间为第二时长区间时，将所述第一消息队列的阻塞时长最长的已创建预设线程和所述第二消息队列的阻塞时长最长的已创建预设线程确定为待清理线程；
根据预设资源类型对内存中的内存占用资源进行扫描，以获取所述待清理线程的内存占用资源，并移除所述待清理线程，且释放所述内存占用资源。
5.如权利要求1-4中任一项所述的基于线程阻塞的内存清理方法，其特征在于，所述根据所述当前进程的已创建预设线程的阻塞时长所处的时长区间确定待清理线程，并释放所述待清理线程的内存占用资源的步骤之前，所述基于线程阻塞的内存清理方法还包括：
在所述当前进程的每个已创建预设线程均为阻塞状态时，根据预设存储区域中的熄屏待机时长表和所述线程出现阻塞的时间确定所述移动终端的当前熄屏待机时长；
在所述当前熄屏待机时长超过预设阈值时，执行所述根据所述当前进程的已创建预设线程的阻塞时长所处的时长区间确定待清理线程，并释放所述待清理线程的内存占用资源的步骤。
6.如权利要求5所述的基于线程阻塞的内存清理方法，其特征在于，所述根据预设存储区域中的熄屏待机时长表和所述线程出现阻塞的时间确定所述移动终端的当前熄屏待机时长的步骤包括：
从所述预设存储区域中获取熄屏待机时长表，并确定所述线程出现阻塞的时间所处的使用时段；
从所述熄屏待机时长表中获取与所述使用时段关联的熄屏待机时长，并将所述熄屏待机时长作为所述移动终端的当前熄屏待机时长。
7.如权利要求5所述的基于核心进程的基于线程阻塞的内存清理方法，其特征在于，所述释放所述待清理线程的内存占用资源的步骤包括：
计算每个待清理线程的内存占用资源的大小，并根据每个待清理线程的内存占用资源的大小确定每个待清理线程的内存占用资源的释放顺序；
根据所述释放顺序对每个待清理线程的内存占用资源进行释放。
8.一种移动终端，其特征在于，所述移动终端包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的基于线程阻塞的内存清理程序，所述基于线程阻塞的内存清理程序被所述处理器执行时实现以下步骤：
当监测到进程间数据通信时，以间隔预设时间获取参与所述进程间数据通信的当前进程的基础进程信息；
根据所述基础进程信息判断所述当前进程是否具备预设线程的创建条件；
在所述当前进程不具备预设线程的创建条件时，判断所述当前进程的每个已创建预设线程是否均为阻塞状态；
在所述当前进程的每个已创建预设线程均为阻塞状态时，根据所述当前进程的已创建预设线程的阻塞时长所处的时长区间确定待清理线程，并释放所述待清理线程的内存占用资源。
9.如权利要求8所述的移动终端，其特征在于，所述基于线程阻塞的内存清理程序被所述处理器执行时还实现如权利要求2至7中任一项所述的基于线程阻塞的内存清理方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有基于线程阻塞的内存清理程序，所述基于线程阻塞的内存清理程序被处理器执行时实现如权利要求1至7中任一项所述的基于线程阻塞的内存清理方法的步骤。
CN201711245137.3A 2017-11-30 2017-11-30 基于线程阻塞的内存清理方法、移动终端及可读存储介质 Active CN108052390B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711245137.3A CN108052390B (zh) 2017-11-30 2017-11-30 基于线程阻塞的内存清理方法、移动终端及可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711245137.3A CN108052390B (zh) 2017-11-30 2017-11-30 基于线程阻塞的内存清理方法、移动终端及可读存储介质

Publications (2)

Publication Number Publication Date
CN108052390A true CN108052390A (zh) 2018-05-18
CN108052390B CN108052390B (zh) 2021-11-16

Family

ID=62120941

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711245137.3A Active CN108052390B (zh) 2017-11-30 2017-11-30 基于线程阻塞的内存清理方法、移动终端及可读存储介质

Country Status (1)

Country Link
CN (1) CN108052390B (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109062706A (zh) * 2018-06-29 2018-12-21 Oppo（重庆）智能科技有限公司 电子装置及其限制进程间通信的方法、存储介质
CN109714476A (zh) * 2018-12-19 2019-05-03 惠州Tcl移动通信有限公司 数据处理方法、装置、移动终端及存储介质
CN110442530A (zh) * 2019-07-11 2019-11-12 福建天泉教育科技有限公司 优化内存数据处理的方法、存储介质
CN112673354A (zh) * 2018-10-26 2021-04-16 深圳市欢太科技有限公司 一种系统状态检测方法、系统状态装置及终端设备
EP3968156A4 (en) * 2019-05-28 2022-06-08 Autel Robotics Co., Ltd. MULTI-WIRE OUTPUT PROCESS AND MOBILE TERMINAL
CN115617497A (zh) * 2022-12-14 2023-01-17 阿里巴巴达摩院(杭州)科技有限公司 线程处理方法、调度组件、监测组件、服务器和存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102253863A (zh) * 2011-06-15 2011-11-23 奇智软件（北京）有限公司 一种进程关闭方法
US20140053162A1 (en) * 2011-04-18 2014-02-20 Fujitsu Limited Thread processing method and thread processing system
CN104794374A (zh) * 2015-04-16 2015-07-22 香港中文大学深圳研究院 一种用于安卓系统的应用权限管理方法和装置
CN107133092A (zh) * 2017-05-24 2017-09-05 努比亚技术有限公司 多线程同步处理方法、终端及计算机可读存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140053162A1 (en) * 2011-04-18 2014-02-20 Fujitsu Limited Thread processing method and thread processing system
CN102253863A (zh) * 2011-06-15 2011-11-23 奇智软件（北京）有限公司 一种进程关闭方法
CN104794374A (zh) * 2015-04-16 2015-07-22 香港中文大学深圳研究院 一种用于安卓系统的应用权限管理方法和装置
CN107133092A (zh) * 2017-05-24 2017-09-05 努比亚技术有限公司 多线程同步处理方法、终端及计算机可读存储介质

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109062706A (zh) * 2018-06-29 2018-12-21 Oppo（重庆）智能科技有限公司 电子装置及其限制进程间通信的方法、存储介质
CN109062706B (zh) * 2018-06-29 2021-03-05 Oppo（重庆）智能科技有限公司 电子装置及其限制进程间通信的方法、存储介质
CN112673354A (zh) * 2018-10-26 2021-04-16 深圳市欢太科技有限公司 一种系统状态检测方法、系统状态装置及终端设备
CN112673354B (zh) * 2018-10-26 2024-04-19 深圳市欢太科技有限公司 一种系统状态检测方法、系统状态装置及终端设备
CN109714476A (zh) * 2018-12-19 2019-05-03 惠州Tcl移动通信有限公司 数据处理方法、装置、移动终端及存储介质
EP3968156A4 (en) * 2019-05-28 2022-06-08 Autel Robotics Co., Ltd. MULTI-WIRE OUTPUT PROCESS AND MOBILE TERMINAL
US11853153B2 (en) 2019-05-28 2023-12-26 Autel Robotics Co., Ltd. Multi-thread exit method and mobile terminal
CN110442530A (zh) * 2019-07-11 2019-11-12 福建天泉教育科技有限公司 优化内存数据处理的方法、存储介质
CN115617497A (zh) * 2022-12-14 2023-01-17 阿里巴巴达摩院(杭州)科技有限公司 线程处理方法、调度组件、监测组件、服务器和存储介质

Also Published As

Publication number Publication date
CN108052390B (zh) 2021-11-16

Similar Documents

Publication Publication Date Title
CN108052390A (zh) 基于线程阻塞的内存清理方法、移动终端及可读存储介质
CN107861817A (zh) 基于线程阻塞的内存优化方法、移动终端及可读存储介质
CN107590057A (zh) 冻屏监测与解决方法、移动终端及计算机可读存储介质
CN107807861A (zh) 冻屏解决方法、移动终端及计算机可读存储介质
CN109697088A (zh) 应用界面加载方法、移动终端及计算机可读存储介质
CN108509299A (zh) 消息处理方法、设备及计算机可读存储介质
CN107704363A (zh) 冻屏监测方法、移动终端及计算机可读存储介质
CN107704133A (zh) 冻屏监测与解决方法、移动终端及计算机可读存储介质
CN107102878A (zh) 一种应用启动方法、移动终端以及计算机可读存储介质
CN107967177A (zh) 基于核心进程的内存优化方法、移动终端及可读存储介质
CN109040441A (zh) 应用分身显示方法、移动终端及计算机可读存储介质
CN108052391A (zh) 基于线程死锁的内存优化方法、移动终端及可读存储介质
CN108829444A (zh) 一种自动关闭后台应用的方法、终端和计算机存储介质
CN110225178A (zh) 一种信息显示方法及终端设备
CN110069333A (zh) 应用的后台管控方法、移动终端及计算机可读存储介质
CN110147186A (zh) 一种应用的控制方法及终端设备
CN107908492A (zh) 黑屏检测方法、移动终端及计算机可读存储介质
CN107908491A (zh) 卡屏检测与解决方法、移动终端及计算机可读存储介质
CN107765922A (zh) 卡屏检测与解决方法、移动终端及计算机可读存储介质
CN107766222A (zh) 黑屏检测方法、移动终端及计算机可读存储介质
CN107908478A (zh) 内存清理方法、移动终端及计算机可读存储介质
CN107239332A (zh) 一种进程处理方法、移动终端以及计算机可读存储介质
CN107861826A (zh) 冻屏监测与解决方法、移动终端及计算机可读存储介质
CN109862184A (zh) 终端及其资源管控方法、计算机可读存储介质
CN107818036A (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