CN105389245A - 一种内存清理方法及装置 - Google Patents
一种内存清理方法及装置 Download PDFInfo
- Publication number
- CN105389245A CN105389245A CN201510957894.8A CN201510957894A CN105389245A CN 105389245 A CN105389245 A CN 105389245A CN 201510957894 A CN201510957894 A CN 201510957894A CN 105389245 A CN105389245 A CN 105389245A
- Authority
- CN
- China
- Prior art keywords
- subsystem
- main system
- memory
- cleaning
- memory occupation
- 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.)
- Pending
Links
Classifications
-
- 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/3034—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a storage system, e.g. DASD based or network based
-
- 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
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)
- Mathematical Physics (AREA)
- Quality & Reliability (AREA)
- Testing And Monitoring For Control Systems (AREA)
Abstract
本发明实施例公开了一种内存清理及装置,一种内存清理方法,包括:建立主系统和各子系统之间的通讯服务和监控服务,以使所述主系统与所述各子系统进行通讯并对所述各子系统进行监控;监测所述主系统和所述各子系统的内存占用情况;若监测到所述主系统和所述各子系统的内存占用情况满足预设条件,则对所述内存占用情况满足预设条件对应系统的系统内存进行清理。本发明实施例通过主系统对主系统和各子系统的内存占用情况同时进行监控,并在内存占用情况满足条件时对相应系统内存进行清理,从而可以实现对系统内存的清理进行统一管理,操作方便,清理效率高。
Description
技术领域
本发明涉及通信领域,具体涉及一种内存清理方法及装置。
背景技术
多系统设备是指在同一个设备中同时存在多个系统,各个系统之间通过不同的硬件模块来实现,不同的硬件模块之间可以进行通信,例如,可以在同一个平板设备中同时配置不同的硬件模块分别用于安装安卓(Android)系统和Windows系统,这两个系统之间通过硬件模块之间的信号连接进行通信。
目前,安装有多系统的设备对各系统的内存的管理是通过各系统分别进行管理的,即各个系统分别监控各自的内存占用情况并进行清理,但是由于在多系统的设备上用户每次都只能在设备界面上操作一个系统,从而在整机卡顿时用户需要在各个系统之间来回切换以进行内存清理,使得操作繁琐,清理效率低。
发明内容
本发明实施例提供了一种内存清理方法及装置,以期可以在多系统设备中对内存进行快速清理。
本发明实施例第一方面提供一种内存清理方法,包括:
建立主系统和各子系统之间的通讯服务和监控服务,以使所述主系统与所述各子系统进行通讯并对所述各子系统进行监控;
监测所述主系统和所述各子系统的内存占用情况;
若监测到所述主系统和所述各子系统的内存占用情况满足预设条件,则对所述内存占用情况满足预设条件对应系统的系统内存进行清理。
本发明实施例第二方面提供一种内存清理装置,包括:
第一建立模块,用于建立主系统和各子系统之间的通讯服务和监控服务,以使所述主系统与所述各子系统进行通讯并对所述各子系统进行监控;
监测模块,用于监测所述主系统和所述各子系统的内存占用情况;
清理模块,用于若监测到所述主系统和所述各子系统的内存占用情况满足预设条件,则对所述内存占用情况满足预设条件对应系统的系统内存进行清理。
可以看出,在本发明实施例提供的技术方案中,建立主系统和各子系统之间的通讯服务和监控服务,以使主系统与各子系统进行通讯并对各子系统进行监控,从而由主系统监测主系统和各子系统的内存占用情况,若监测到主系统和各子系统的内存占用情况满足预设条件,则对该内存占用情况满足预设条件对应系统的系统内存进行清理。通过主系统对主系统和各子系统的内存占用情况同时进行监控,并在内存占用情况满足条件时对相应系统内存进行清理,从而可以实现对系统内存的清理进行统一管理,操作方便,清理效率高。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明第一实施例提供的一种内存清理方法的流程示意图;
图2是本发明第二实施例提供的一种内存清理方法的流程示意图;
图3是本发明第三实施例提供的一种内存清理装置的结构示意图;
图4是本发明第四实施例提供的一种内存清理装置的结构示意图;
图5是本发明第五实施例提供的一种内存清理装置的结构示意图。
具体实施方式
本发明实施例提供了一种内存清理方法及装置,以期可以在多系统设备中对内存进行快速清理。
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”和“第三”等是用于区别不同对象,而非用于描述特定顺序。此外,术语“包括”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
本发明实施例的一种内存清理方法,一种内存清理方法包括:建立主系统和各子系统之间的通讯服务和监控服务,以使所述主系统与所述各子系统进行通讯并对所述各子系统进行监控;监测所述主系统和所述各子系统的内存占用情况;若监测到所述主系统和所述各子系统的内存占用情况满足预设条件,则对所述内存占用情况满足预设条件对应系统的系统内存进行清理。
首先参见图1,图1是本发明的第一实施例提供的一种内存清理方法的流程示意图。其中,如图1所示,本发明的第一实施例提供的一种内存清理方法可以包括:
S101、建立主系统和各子系统之间的通讯服务和监控服务,以使所述主系统与所述各子系统进行通讯并对所述各子系统进行监控。
本发明方案主要应用于具有多系统的设备中,各个系统之间通过不同的硬件模块实现,不同的硬件模块之间可以进行通信。其中,主系统可以和各子系统进行通信,故主系统是指在多系统的设备中的,多个系统中对设备的各个模块起统一管理作用的系统,子系统则是与主系统相对应的,在主系统的统一管理控制下,对各个模块的功能进行管理的系统。
可选地,在本发明的一些可能的实施方式中,若实现各子系统与主系统之间的通信,以及各子系统与其它子系统之间的通信,则主系统可以设置为各个子系统中的任何一个系统。
例如,在本发明的一个实施例中,在同一个通信设备上同时装有Android系统和Windows系统时,可以以Android系统为主系统,Windows系统为子系统,从而由Android系统对整个设备的工作进行管理,即该Android系统不仅需要管理控制本系统的工作,还需要管理Windows系统的工作,以及协调Windows系统及Android系统之间的工作。在设备的界面上显示时,可在主系统的界面上显示各子系统的应用图标,从而用户可在主系统的界面上通过该应用图标对各子系统的应用进行统一管理。同时,也可以将Windows系统设置为主系统,从而由该Windows系统对整个设备的工作进行管理。
可选地,在本发明的一些可能的实施方式中,主系统的数目为一个,子系统的数目可以为一个或者多个。
在本发明实施例中,当开启通信设备时,主系统和各子系统启动。主系统启动的同时启动后台通讯服务,负责与各子系统通讯,相应地,子系统启动的同时也启动后台通讯服务,负责与主系统进行通讯,从而实现也各子系统的通讯服务;同时主系统启动后台监控服务,负责对主系统以及各子系统进行监控,相应地,子系统启动的同时也启动后台监控服务,负责监控本系统的情况,同时通过主系统与子系统之间建立的通讯服务将所监控到的本系统的情况发送给主系统,以实现主系统对各子系统的监控。
可选地,在本发明的一些可能的实施方式中,主系统和其它各子系统之间的通信方式可以为串行通信总线(UniversalSerialBus,简称USB)、串口和网络等。
在本发明实施例中,主系统与各子系统主要是对本系统各进行内存占用情况进行监控。
S102、监测所述主系统和所述各子系统的内存占用情况。
其中,内存占用情况是指各系统中各进程使用内存的情况,可以包括内存占用率以及各进程内存占用情况。
可选地,在本发明的一些可能实施方式中,主系统和各子系统分别间隔预设时间使用轮询的方式获得本系统的内存占用率以及各进程内存占用情况。
可选地,在本发明的一些可能实施方式中,对于非主系统,也即各子系统来说,在子系统实时监控到本系统内存占用率或者进程内存占用情况发生改变时,通过与主系统建立的后台通讯服务将该内存占用率以及各进程内存占用情况组成的内存占用描述信息发送给主系统。
可选地,在本发明的另一些可能的实施方式中,对于主系统来说,主系统实时监控本系统的内存占用情况,并接收各子系统发送的内存占用描述信息以同时监控主系统和各子系统的内存占用情况,并将该内存占用情况的信息保存在主系统中。
S103、若监测到所述主系统和所述各子系统的内存占用情况满足预设条件,则对所述内存占用情况满足预设条件对应系统的系统内存进行清理。
其中,预设条件是指主系统和各子系统内存占用情况达到需要清理时的情况,所以可用预设条件对系统内存是否需要进行清理进行判定。
可选地,在本发明的一些可能的实施方式中,预设条件可以为主系统和各子系统的内存占用率达到预设值,例如达到90%。
可选地,在本发明的另一些可能的实施方式中,预设条件也可以为主系统和各子系统的各进程内存占用情况达到预设情况,例如某进程的内存占用率超过90%或者某后台服务进程开启时间超过预设时间,但该后台服务却一直未使用。
可选地,在本发明的又一些可能的实施方式中,预设条件也可以为各系统的各进程开启的数量超过预设的数量,此时为了保证系统的流畅度,需要对系统的内存进行清理。
可以看出,本实施例的方案中,建立主系统和各子系统之间的通讯服务和监控服务,以使主系统与各子系统进行实时通讯并对各子系统进行实时监控,从而由主系统监测主系统和各子系统的内存占用情况,若监测到主系统和各子系统的内存占用情况满足预设条件,则对该内存占用情况满足预设条件对应系统的系统内存进行清理。通过主系统对主系统和各子系统的内存占用情况同时进行监控,并在内存占用情况满足条件时对相应系统内存进行清理,从而可以实现对系统内存的清理进行统一管理,操作方便,清理效率高。
可选地,在本发明的一些可能实施方式中,所述方法还包括:
监测所述主系统是否接收到预设指令;
若监测到所述主系统接收到预设指令,则对所述预设指令对应系统的系统内存进行清理。
其中,预设指令是指用于判断是否对系统内存进行清理的指令。
可选地,在本发明的一些可能的实施方式中,该预设指令可以为系统切换指令,即在用户进行系统切换时,发送系统切换指令给当前主系统,并由切换后的主系统对上个系统进行的系统内存进行清理。
具体地,将当前系统切换至子系统时,将整机的视频信号输入源、音频信号输入源、触摸输入等切换到该子系统,从而使该子系统做为当前系统能实现与外界设备的通信。
可选地,在本发明的另一些可能的实施方式中,该预设指令可以为用户发送清理指令,也即在用户想要主动对各个系统的内存进行清理时,打开清理界面,在清理界面中选择需要清理的进程。
可选地,在本发明的一些可能的实施方式中,该预设指令还可以为用户根据系统的提示发送的清理指令,即在系统检测到系统的内存满足预设条件时,发出提示信息给用户,用户在根据该提示信息选择清理按钮清理内存。
可以理解,通过监测主系统在接收到预设指令后清理系统内存,从而使得对系统内存的清理的触发更为灵活。
可选地,在本发明的一些可能的实施方式中,所述监测所述主系统和所述各子系统的内存占用情况,包括:
监测所述主系统的内存占用情况;
通过接收所述各子系统发送的所述各子系统的内存占用描述信息来监测所述各子系统的内存占用情况。
可以理解,由于是子系统直接监控本系统的内存占用情况,所以需要子系统将本系统的内存占用描述信息发送给主系统以实现主系统对各子系统的内存占用情况的监控。
可选地,在本发明的一些可能的实施方式中,所述方法还包括:
在所述主系统中建立用于存储所述各子系统的内存分布情况的内存分布数据结构或数据库。
可选地,在本发明的一些可能的实施方式中,在主系统中建立内存分布数据结构或数据库,可以用于分别存储主系统的内存分布情况以及各子系统的内存分布情况。
可选地,在本发明的一些可能的实施方式中,在主系统中分别与主系统和各个子系统建立与之相应的内存分布数据结构或数据库,从而在主系统的内存分布情况发生变化时,将内存占用描述信息存储至该数据结构或数据库,在接收到各子系统的内存占用情况时将各子系统的内存占用描述信息保存至相应的内存分布数据结构或数据库中。
可以理解,通过建立内存分布数据结构或数据库,从而可以在接收到各系统的内存占用描述信息时将其保存至相应的内存分布数据结构或数据库中,以便于对内存进行更好的管理。
可选地,在本发明的一些可能的实施方式中,所述对所述内存占用情况满足预设条件对应系统的系统内存进行清理或对所述预设指令对应系统的系统内存进行清理,包括:
若所述内存占用情况满足预设条件对应系统或所述预设指令对应系统为主系统,则清理所述主系统内存;
若所述内存占用情况满足预设条件对应系统或所述预设指令对应系统为子系统,则由所述主系统通知所述子系统清理所述子系统内存。
可以理解,在需要清理的内存为主系统时,由主系统对本系统进行清理即可,而若需要清理的内存为子系统时,由于是主系统对内存占用情况进行监控,所以主系统才知道内存占用情况,所以需要由主系统通知各子系统对子系统的内存进行清理。
可选地,在本发明的一些可能的实施方式中,主系统对各系统的内存进行清理的方式可以为主系统主动清理、用户主动清理或系统提示用户进行清理。
可选地,在本发明的一些可能的实施方式中,用户清理内存的情景以及方式至少包括如下情况:
在主系统主动清理时,若主系统检测到系统内存占用率达到预设值时,比如90%时,或者由于用户切换系统,向主系统发送切换指令,从而系统可以对上个系统进行清理,该清理过程中,主系统清理部分对系统工作影响不大的进程,例如某些后台服务,或用户已经较大时间不操作的应用程序等;
在本发明实施例中,在主系统主动清理时,具体清理时,由主系统遍历各系统内存占用结构,对其按特定方式进行过滤,发现适合在此场景下进行清理的进程集合,对于属于待清理进程集合中的进程,若属于主系统进程,直接将该进程杀死,若属于子系统,通过多系统消息通讯,让子系统杀死该进程。
或在用户主动进入清理模式时,此时用户可打开清理界面,在清理界面上将显示各系统各进程的内存占用情况,此时用户可根据该显示选择需要清理的内存,从而用户发送清理指令给主系统,该清理指令将包括需要清理的进程(包括进程所在的系统),从而主系统根据该清理指令对内存进程进行清理;
或在主系统提示用户进行清理时,在主系统监控到某个系统的内存占用率超过预设值时,如超过80%时,或检测到用户连续使用系统超过系统预设时间,或用户连续使用某个应用超过预设时间,或用户在某个系统中打开的应用数量超过了预设时间,为了保证系统的使用流畅,此时主系统将弹出全局提示框,提示用户按需进行内存清理,当用户接收该提示,点击清理按钮后,进入用户主动清理模式,也即此时用户打开清理界面,在清理界面上显示需要各进程以及各进程内存占用情况,用户按需主动清理各进程。
在本发明实施例中,在用户主动进入清理模式或者在系统提示用户清理时用户进入清理界面,在清理界面中显示出各系统各进程内存占用情况,用户可以手动选择某个或某些进程进行清理,若该进程属于主系统进程,直接将该进程杀死,若属于子系统,通过多系统消息通讯,由主系统发送清理指令给子系统,让子系统杀死该进程。
为了便于更好理解和实施本发明实施例的上述方案,下面结合一些具体的应用场景进行举例说明。
请参见图2,图2是本发明第二实施例提供的一种内存清理方法的流程示意图,其中,如图2所示,本发明第二实施例提供的一种内存清理方法可以包括:
S201、建立主系统和各子系统之间的通讯服务和监控服务,以使主系统与各子系统进行实时通讯并对各子系统进行实时监控。
本发明方案主要应用于具有多系统的设备中,各个系统之间通过不同的硬件模块实现,不同的硬件模块之间可以进行通信。其中,主系统可以和各子系统进行通信,故主系统是指在多系统的设备中的,多个系统中对设备的各个模块起统一管理作用的系统,子系统则是与主系统相对应的,在主系统的统一管理控制下,对各个模块的功能进行管理的系统。
可选地,在本发明的一些可能的实施方式中,若实现各子系统与主系统之间的通信,以及各子系统与其它子系统之间的通信,则主系统可以设置为各个子系统中的任何一个系统。
例如,在本发明的一个实施例中,在同一个通信设备上同时装有Android系统和Windows系统时,可以以Android系统为主系统,Windows系统为子系统,从而由Android系统对整个设备的工作进行管理,即该Android系统不仅需要管理控制本系统的工作,还需要管理Windows系统的工作,以及协调Windows系统及Android系统之间的工作。在设备的界面上显示时,可在主系统的界面上显示各子系统的应用图标,从而用户可在主系统的界面上通过该应用图标对各子系统的应用进行统一管理,同时,也可以将Windows系统设置为主系统,从而由该Windows系统对整个设备的工作进行管理。
可选地,在本发明的一些可能的实施方式中,主系统的数目为一个,子系统的数目可以为一个或者多个。
在本发明实施例中,当开启通信设备时,主系统和各子系统启动。主系统启动的同时启动后台通讯服务,负责与各子系统通讯,相应地,子系统启动的同时也启动后台通讯服务,负责与主系统进行通讯,从而实现与各子系统的通讯服务;同时主系统启动后台监控服务,负责对主系统以及各子系统进行监控,相应地,子系统启动的同时也启动后台监控服务,负责监控本系统的情况,同时通过主系统与子系统之间建立的通讯服务将所监控到的本系统的情况发送给主系统,以实现主系统对各子系统的监控。
可选地,在本发明的一些可能的实施方式中,主系统和其它各子系统之间的通信方式可以为串行通信总线(UniversalSerialBus,简称USB)、串口和网络等。
在本发明实施例中,主系统与各子系统主要是对本系统各进行内存占用情况进行监控。
S202、在主系统中建立用于存储各子系统的内存分布情况的内存分布数据库。
可选地,在本发明的一些可能的实施方式中,在主系统中建立内存分布数据结构或数据库,可以用于分别存储主系统的内存分布情况以及各子系统的内存分布情况。
可选地,在本发明的一些可能的实施方式中,在主系统中分别与主系统和各个子系统建立与之相应的内存分布数据结构或数据库,从而在主系统的内存分布情况发生变化时,将内存占用描述信息存储至该数据结构或数据库,在接收到各子系统的内存占用情况时将各子系统的内存占用描述信息保存至相应的内存分布数据结构或数据库中。
可以理解,通过建立内存分布数据结构或数据库,从而可以在接收到各系统的内存占用描述信息时将其保存至相应的内存分布数据结构或数据库中,以便于对内存进行更好的管理。
S203、监测主系统的内存占用情况,以及通过接收各子系统发送的各子系统的内存占用描述信息来监测各子系统的内存占用情况。
其中,内存占用情况是指各系统中各进程使用内存的情况,可以包括内存占用率以及各进程内存占用情况。
可选地,在本发明的一些可能实施方式中,主系统和各子系统分别间隔预设时间使用轮询的方式获得本系统的内存占用率以及各进程内存占用情况。
其中,预设指令是指用于判断是否对系统内存进行清理的指令。
可选地,在本发明的一些可能的实施方式中,该预设指令可以为系统切换指令,即在用户进行系统切换时,发送系统切换指令给当前主系统,并由切换后的主系统对上个系统进行的系统内存进行清理。
可选地,在本发明的另一些可能的实施方式中,该预设指令可以为用户发送清理指令,也即在用户想要主动对各个系统的内存进行清理时,打开清理界面,在清理界面中选择需要清理的进程。
可选地,在本发明的一些可能的实施方式中,该预设指令还可以为用户根据系统的提示发送的清理指令,即在系统检测到系统的内存满足预设条件时,发出提示信息给用户,用户在根据该提示信息选择清理按钮清理内存。
可以理解,通过监测主系统在接收到预设指令后清理系统内存,从而使得对系统内存的清理的触发更为灵活。
S204、若监测到主系统和各子系统的内存占用情况满足预设条件,则清理主系统内存或由主系统通知子系统清理子系统内存。
其中,预设条件是指主系统和各子系统内存占用情况达到需要清理时的情况,所以可用预设条件对系统内存是否需要进行清理进行判定。
可选地,在本发明的一些可能的实施方式中,预设条件可以为主系统和各子系统的内存占用率达到预设值,例如达到90%。
可选地,在本发明的另一些可能的实施方式中,预设条件也可以为主系统和各子系统的各进程内存占用情况达到预设情况,例如某进程的内存占用率超过90%或者某后台服务进程开启时间超过预设时间,但该后台服务却一直未使用。
可选地,在本发明的又一些可能的实施方式中,预设条件也可以为各系统的各进程开启的数量超过预设的数量,此时为了保证系统的流畅度,需要对系统的内存进行清理。
可选地,在本发明的一些可能的实施方式中,所述对所述内存占用情况满足预设条件对应系统的系统内存进行清理或对所述预设指令对应系统的系统内存进行清理,包括:
若所述内存占用情况满足预设条件对应系统或所述预设指令对应系统为主系统,则清理所述主系统内存;
若所述内存占用情况满足预设条件对应系统或所述预设指令对应系统为子系统,则由所述主系统通知所述子系统清理所述子系统内存。
可以理解,在需要清理的内存为主系统时,由主系统对本系统进行清理即可,而若需要清理的内存为子系统时,由于是主系统对内存占用情况进行监控,所以主系统才知道内存占用情况,所以需要由主系统通知各子系统对子系统的内存进行清理。
可选地,在本发明的一些可能的实施方式中,主系统对各系统的内存进行清理的方式可以为主系统主动清理、用户主动清理或系统提示用户进行清理。
可选地,在本发明的一些可能的实施方式中,用户清理内存的情景以及方式至少包括如下情况:
在主系统主动清理时,若主系统检测到系统内存占用率达到预设值时,比如90%时,或者由于用户切换系统,向主系统发送切换指令,从而系统可以对上个系统进行清理,该清理过程中,主系统清理部分对系统工作影响不大的进程,例如某些后台服务,或用户已经较大时间不操作的应用程序等;
在本发明实施例中,在主系统主动清理时,具体清理时,由主系统遍历各系统内存占用结构,对其按特定方式进行过滤,发现适合在此场景下进行清理的进程集合,对于属于待清理进程集合中的进程,若属于主系统进程,直接将该进程杀死,若属于子系统,通过多系统消息通讯,让子系统杀死该进程。
或在用户主动进入清理模式时,此时用户可打开清理界面,在清理界面上将显示各系统各进程的内存占用情况,此时用户可根据该显示选择需要清理的内存,从而用户发送清理指令给主系统,该清理指令将包括需要清理的进程(包括进程所在的系统),从而主系统根据该清理指令对内存进程进行清理;
或在主系统提示用户进行清理时,在主系统监控到某个系统的内存占用率超过预设值时,如超过80%时,或检测到用户连续使用系统超过系统预设时间,或用户连续使用某个应用超过预设时间,或用户在某个系统中打开的应用数量超过了预设时间,为了保证系统的使用流畅,此时主系统将弹出全局提示框,提示用户按需进行内存清理,当用户接收该提示,点击清理按钮后,进入用户主动清理模式,也即此时用户打开清理界面,在清理界面上显示需要各进程以及各进程内存占用情况,用户按需主动清理各进程。
在本发明实施例中,在用户主动进入清理模式或者在系统提示用户清理时用户进入清理界面,在清理界面中显示出各系统各进程内存占用情况,用户可以手动选择某个或某些进程进行清理,若该进程属于主系统进程,直接将该进程杀死,若属于子系统,通过多系统消息通讯,由主系统发送清理指令给子系统,让子系统杀死该进程。
可以看出,本实施例的方案中,建立主系统和各子系统之间的通讯服务和监控服务,以使主系统与各子系统进行实时通讯并对各子系统进行实时监控,从而由主系统监测主系统和各子系统的内存占用情况,若监测到主系统和各子系统的内存占用情况满足预设条件,则对该内存占用情况满足预设条件对应系统的系统内存进行清理。通过主系统对主系统和各子系统的内存占用情况同时进行监控,并在内存占用情况满足条件时对相应系统内存进行清理,从而可以实现对系统内存的清理进行统一管理,操作方便,清理效率高。
下面再举例一个更为具体的应用场景。
若在一台通信设备中同时存在Windows系统和Android系统,用户可在这两个系统之间进行切换,并可设置其中的一个系统为主系统,若设置Android系统为主系统,此时在终端界面上显示的是Android的操作界面,并由Android系统对这两个系统的内存占用情况进行监控。
当Android系统监控到Windows系统的系统内存占用率达到91%,此时超过预设的90%,由Android系统通知Windows系统对该系统的内存进行清理。
若用户将当前主系统从Android系统切换至Windows系统,此时这两个系统都将接收到该切换指令,当切换后,由Windows系统通知Android系统对本系统进行清理。
更进一步地,若用户觉得系统不够流畅,此时可打开清理界面,选择清理占用内存较多、当前又不使用的进程内存。
更进一步地,若用户在设备中开启了很多应用,而每次开启之后又未及时关闭,此时主系统将监控到Windows系统中或者Android系统中应用的打开超过了预设数量,所以发出提示,提示用户对内存进行清理。
具体地,在用户打开清理界面对内存进程进行清理时,若需要清理的是Windows系统中的进程,此时主系统Windows系统对该进程进行清理,若需要清理的是Android系统中的进程,此时由Windows系统通过后台通讯发出清理指令给Android系统,由Android系统对该进程进行清理。
本发明实施例还提供一种内存清理装置,该装置包括:
第一建立模块,用于建立主系统和各子系统之间的通讯服务和监控服务,以使所述主系统与所述各子系统进行实时通讯并对所述各子系统进行实时监控;
监测模块,用于监测所述主系统和所述各子系统的内存占用情况;
清理模块,用于若监测到所述主系统和所述各子系统的内存占用情况满足预设条件,则对所述内存占用情况满足预设条件对应系统的系统内存进行清理。
具体的,请参见图3,图3是本发明第三实施例提供的一种内存清理装置的结构示意图,其中,如图3所示,本发明第三实施例提供的一种内存清理装置300可以包括:
第一建立模块310、监测模块320和清理模块330。
其中,第一建立模块310,用于建立主系统和各子系统之间的通讯服务和监控服务,以使所述主系统与所述各子系统进行通讯并对所述各子系统进行监控。
本发明方案主要应用于具有多系统的设备中,各个系统之间通过不同的硬件模块实现,不同的硬件模块之间可以进行通信。其中,主系统可以和各子系统进行通信,故主系统是指在多系统的设备中的,多个系统中对设备的各个模块起统一管理作用的系统,子系统则是与主系统相对应的,在主系统的统一管理控制下,对各个模块的功能进行管理的系统。
可选地,在本发明的一些可能的实施方式中,若实现各子系统与主系统之间的通信,以及各子系统与其它子系统之间的通信,则主系统可以设置为各个子系统中的任何一个系统。
例如,在本发明的一个实施例中,在同一个通信设备上同时装有Android系统和Windows系统时,可以以Android系统为主系统,Windows系统为子系统,从而由Android系统对整个设备的工作进行管理,即该Android系统不仅需要管理控制本系统的工作,还需要管理Windows系统的工作,以及协调Windows系统及Android系统之间的工作。在设备的界面上显示时,可在主系统的界面上显示各子系统的应用图标,从而用户可在主系统的界面上通过该应用图标对各子系统的应用进行统一管理。同时,也可以将Windows系统设置为主系统,从而由该Windows系统对整个设备的工作进行管理。
可选地,在本发明的一些可能的实施方式中,主系统的数目为一个,子系统的数目可以为一个或者多个。
在本发明实施例中,当开启通信设备时,主系统和各子系统启动。主系统启动的同时启动后台通讯服务,负责与各子系统通讯,相应地,子系统启动的同时也启动后台通讯服务,负责与主系统进行通讯,从而实现也各子系统的通讯服务;同时主系统启动后台监控服务,负责对主系统以及各子系统进行监控,相应地,子系统启动的同时也启动后台监控服务,负责监控本系统的情况,同时通过主系统与子系统之间建立的通讯服务将所监控到的本系统的情况发送给主系统,以实现主系统对各子系统的监控。
可选地,在本发明的一些可能的实施方式中,主系统和其它各子系统之间的通信方式可以为串行通信总线(UniversalSerialBus,简称USB)、串口和网络等。
在本发明实施例中,主系统与各子系统主要是对本系统各进行内存占用情况进行监控。
监测模块320,用于监测所述主系统和所述各子系统的内存占用情况。
其中,内存占用情况是指各系统中各进程使用内存的情况,可以包括内存占用率以及各进程内存占用情况。
可选地,在本发明的一些可能实施方式中,主系统和各子系统分别间隔预设时间使用轮询的方式获得本系统的内存占用率以及各进程内存占用情况。
可选地,在本发明的一些可能实施方式中,对于非主系统,也即各子系统来说,在子系统实时监控到本系统内存占用率或者进程内存占用情况发生改变时,通过与主系统建立的后台通讯服务将该内存占用率以及各进程内存占用情况组成的内存占用描述信息发送给主系统。
可选地,在本发明的另一些可能的实施方式中,对于主系统来说,主系统实时监控本系统的内存占用情况,并接收各子系统发送的内存占用描述信息以同时监控主系统和各子系统的内存占用情况,并将该内存占用情况的信息保存在主系统中。
清理模块330,用于若监测到所述主系统和所述各子系统的内存占用情况满足预设条件,则对所述内存占用情况满足预设条件对应系统的系统内存进行清理。
其中,预设条件是指主系统和各子系统内存占用情况达到需要清理时的情况,所以可用预设条件对系统内存是否需要进行清理进行判定。
可选地,在本发明的一些可能的实施方式中,预设条件可以为主系统和各子系统的内存占用率达到预设值,例如达到90%。
可选地,在本发明的另一些可能的实施方式中,预设条件也可以为主系统和各子系统的各进程内存占用情况达到预设情况,例如某进程的内存占用率超过90%或者某后台服务进程开启时间超过预设时间,但该后台服务却一直未使用。
可选地,在本发明的又一些可能的实施方式中,预设条件也可以为各系统的各进程开启的数量超过预设的数量,此时为了保证系统的流畅度,需要对系统的内存进行清理。
可以理解的是,本实施例的内存清理装置300的各功能模块的功能可根据上述方法实施例中的方法具体实现,其具体实现过程可以参照上述方法实施例的相关描述,此处不再赘述。
可以看出,本实施例的方案中,内存清理装置300建立主系统和各子系统之间的通讯服务和监控服务,以使主系统与各子系统进行实时通讯并对各子系统进行实时监控,从而由主系统监测主系统和各子系统的内存占用情况,若内存清理装置300监测到主系统和各子系统的内存占用情况满足预设条件,则对该内存占用情况满足预设条件对应系统的系统内存进行清理。通过主系统对主系统和各子系统的内存占用情况同时进行监控,并在内存占用情况满足条件时对相应系统内存进行清理,从而可以实现对系统内存的清理进行统一管理,操作方便,清理效率高。
请参见图4,图4是本发明第四实施例提供的一种内存清理装置的结构示意图,用于实现本发明实施例公开的内存清理方法。其中,图4所示的内存清理装置是由图3所示的内存清理装置进行优化得到的。具体地,在图4所示的内存清理装置400中除了包括图3所示的内存清理装置300的模块以及具有图3所示的内存清理装置300的模块的功能以外,还有以下扩展。
可选地,在本发明的一些可能的实施方式中,
所述监测模块420,还用于监测所述主系统是否接收到预设指令;
所述清理模块430,还用于若监测到所述主系统接收到预设指令,则对所述预设指令对应系统的系统内存进行清理。
其中,预设指令是指用于判断是否对系统内存进行清理的指令。
可选地,在本发明的一些可能的实施方式中,该预设指令可以为系统切换指令,即在用户进行系统切换时,发送系统切换指令给当前主系统,并由切换后的主系统对上个系统进行的系统内存进行清理。
具体地,将当前系统切换至该子系统时,将整机的视频信号输入源、音频信号输入源、触摸输入等切换到该子系统,从而使该子系统做为当前系统能实现与外界设备的通信。
可选地,在本发明的另一些可能的实施方式中,该预设指令可以为用户发送清理指令,也即在用户想要主动对各个系统的内存进行清理时,打开清理界面,在清理界面中选择需要清理的进程。
可选地,在本发明的一些可能的实施方式中,该预设指令还可以为用户根据系统的提示发送的清理指令,即在系统检测到系统的内存满足预设条件时,发出提示信息给用户,用户在根据该提示信息选择清理按钮清理内存。
可以理解,通过监测主系统在接收到预设指令后清理系统内存,从而使得对系统内存的清理的触发更为灵活。
可选地,在本发明的一些可能的实施方式中,所述监测模块420,包括:
第一监测单元421,用于监测所述主系统的内存占用情况;
第二监测单元422,用于通过接收所述各子系统发送的所述各子系统的内存占用描述信息来监测所述各子系统的内存占用情况。
可以理解,由于是子系统直接监控本系统的内存占用情况,所以需要子系统将本系统的内存占用描述信息发送给主系统以实现主系统对各子系统的内存占用情况的监控。
可选地,在本发明的一些可能的实施方式中,所述内存清理装置400还包括:
第二建立模块440,用于在所述主系统中建立用于存储所述各子系统的内存分布情况的内存分布数据库。
可选地,在本发明的一些可能的实施方式中,在主系统中建立内存分布数据结构或数据库,可以用于分别存储主系统的内存分布情况以及各子系统的内存分布情况。
可选地,在本发明的一些可能的实施方式中,在主系统中分别与主系统和各个子系统建立与之相应的内存分布数据结构或数据库,从而在主系统的内存分布情况发生变化时,将内存占用描述信息存储至该数据结构或数据库,在接收到各子系统的内存占用情况时将各子系统的内存占用描述信息保存至相应的内存分布数据结构或数据库中。
可以理解,通过建立内存分布数据数据结构或数据库,从而可以在接收到各系统的内存占用描述信息时将其保存至相应的内存分布数据结构或数据库中,以便于对内存进行更好的管理。
可选地,在本发明的一些可能的实施方式中,所述清理模块430,包括:
第一清理单元431,用于若所述内存占用情况满足预设条件对应系统或所述预设指令对应系统为主系统,则清理所述主系统内存;
第二清理单元432,若所述内存占用情况满足预设条件对应系统或所述预设指令对应系统为子系统,则由所述主系统通知所述子系统清理所述子系统内存。
可以理解,在需要清理的内存为主系统时,由主系统对本系统进行清理即可,而若需要清理的内存为子系统时,由于是主系统对内存占用情况进行监控,所以主系统才知道内存占用情况,所以需要由主系统通知各子系统对子系统的内存进行清理。
可选地,在本发明的一些可能的实施方式中,主系统对各系统的内存进行清理的方式可以为主系统主动清理、用户主动清理或系统提示用户进行清理。
可选地,在本发明的一些可能的实施方式中,用户清理内存的情景以及方式至少包括如下情况:
在主系统主动清理时,若主系统检测到系统内存占用率达到预设值时,比如90%时,或者由于用户切换系统,向主系统发送切换指令,从而系统可以对上个系统进行清理,该清理过程中,主系统清理部分对系统工作影响不大的进程,例如某些后台服务,或用户已经较大时间不操作的应用程序等;
在本发明实施例中,在主系统主动清理时,具体清理时,由主系统遍历各系统内存占用结构,对其按特定方式进行过滤,发现适合在此场景下进行清理的进程集合,对于属于待清理进程集合中的进程,若属于主系统进程,直接将该进程杀死,若属于子系统,通过多系统消息通讯,让子系统杀死该进程。
或在用户主动进入清理模式时,此时用户可打开清理界面,在清理界面上将显示各系统各进程的内存占用情况,此时用户可根据该显示选择需要清理的内存,从而用户发送清理指令给主系统,该清理指令将包括需要清理的进程(包括进程所在的系统),从而主系统根据该清理指令对内存进程进行清理;
或在主系统提示用户进行清理时,在主系统监控到某个系统的内存占用率超过预设值时,如超过80%时,或检测到用户连续使用系统超过系统预设时间,或用户连续使用某个应用超过预设时间,或用户在某个系统中打开的应用数量超过了预设时间,为了保证系统的使用流畅,此时主系统将弹出全局提示框,提示用户按需进行内存清理,当用户接收该提示,点击清理按钮后,进入用户主动清理模式,也即此时用户打开清理界面,在清理界面上显示需要各进程以及各进程内存占用情况,用户按需主动清理各进程。
在本发明实施例中,在用户主动进入清理模式或者在系统提示用户清理时用户进入清理界面,在清理界面中显示出各系统各进程内存占用情况,用户可以手动选择某个或某些进程进行清理,若该进程属于主系统进程,直接将该进程杀死,若属于子系统,通过多系统消息通讯,由主系统发送清理指令给子系统,让子系统杀死该进程。
可以理解的是,本实施例的内存清理装置400的各功能模块的功能可根据上述方法实施例中的方法具体实现,其具体实现过程可以参照上述方法实施例的相关描述,此处不再赘述。
可以看出,本实施例的方案中,内存清理装置400建立主系统和各子系统之间的通讯服务和监控服务,以使主系统与各子系统进行实时通讯并对各子系统进行实时监控,从而由主系统监测主系统和各子系统的内存占用情况,若内存清理装置400监测到主系统和各子系统的内存占用情况满足预设条件,则对该内存占用情况满足预设条件对应系统的系统内存进行清理。通过主系统对主系统和各子系统的内存占用情况同时进行监控,并在内存占用情况满足条件时对相应系统内存进行清理,从而可以实现对系统内存的清理进行统一管理,操作方便,清理效率高。
参见图5,图5是本发明第五实施例提供的一种内存清理装置的结构示意图。如图5所示,本发明第五实施例提供的一种内存清理装置500可以包括:至少一个总线501、与总线相连的至少一个处理器502以及与总线相连的至少一个存储器503。
其中,处理器502通过总线501,调用存储器503中存储的代码以用于建立主系统和各子系统之间的通讯服务和监控服务,以使所述主系统与所述各子系统进行通讯并对所述各子系统进行监控;监测所述主系统和所述各子系统的内存占用情况;若监测到所述主系统和所述各子系统的内存占用情况满足预设条件,则对所述内存占用情况满足预设条件对应系统的系统内存进行清理。
可选地,在本发明的一些可能的实施方式中,处理器502还用于:
监测所述主系统是否接收到预设指令;
若监测到所述主系统接收到预设指令,则对所述预设指令对应系统的系统内存进行清理。
可选地,在本发明的一些可能的实施方式中,处理器502监测所述主系统和所述各子系统的内存占用情况,包括:
监测所述主系统的内存占用情况;
通过接收所述各子系统发送的所述各子系统的内存占用描述信息来监测所述各子系统的内存占用情况。
可选地,在本发明的一些可能的实施方式中,处理器502还用于:
在所述主系统中建立用于存储所述各子系统的内存分布情况的内存分布数据结构或数据库。
可选地,在本发明的一些可能的实施方式中,处理器502对所述内存占用情况满足预设条件对应系统的系统内存进行清理或对所述预设指令对应系统的系统内存进行清理,包括:
若所述内存占用情况满足预设条件对应系统或所述预设指令对应系统为主系统,则清理所述主系统内存;
若所述内存占用情况满足预设条件对应系统或所述预设指令对应系统为子系统,则由所述主系统通知所述子系统清理所述子系统内存。
可以理解的是,本实施例的内存清理装置500的各功能模块的功能可根据上述方法实施例中的方法具体实现,其具体实现过程可以参照上述方法实施例的相关描述,此处不再赘述。
可以看出,本实施例的方案中,内存清理装置500建立主系统和各子系统之间的通讯服务和监控服务,以使主系统与各子系统进行实时通讯并对各子系统进行实时监控,从而由主系统监测主系统和各子系统的内存占用情况,若内存清理装置500监测到主系统和各子系统的内存占用情况满足预设条件,则对该内存占用情况满足预设条件对应系统的系统内存进行清理。通过主系统对主系统和各子系统的内存占用情况同时进行监控,并在内存占用情况满足条件时对相应系统内存进行清理,从而可以实现对系统内存的清理进行统一管理,操作方便,清理效率高。
本发明实施例还提供一种计算机存储介质,其中,该计算机存储介质可存储有程序,该程序执行时包括上述方法实施例中记载的任何内存清理方法的部分或全部步骤。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置,可通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明的各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,RandomAccessMemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (10)
1.一种内存清理方法,其特征在于,所述方法包括:
建立主系统和各子系统之间的通讯服务和监控服务,以使所述主系统与所述各子系统进行通讯并对所述各子系统进行监控;
监测所述主系统和所述各子系统的内存占用情况;
若监测到所述主系统和所述各子系统的内存占用情况满足预设条件,则对所述内存占用情况满足预设条件对应系统的系统内存进行清理。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
监测所述主系统是否接收到预设指令;
若监测到所述主系统接收到预设指令,则对所述预设指令对应系统的系统内存进行清理。
3.根据权利要求1或2所述的方法,其特征在于,所述监测所述主系统和所述各子系统的内存占用情况,包括:
监测所述主系统的内存占用情况;
通过接收所述各子系统发送的所述各子系统的内存占用描述信息来监测所述各子系统的内存占用情况。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
在所述主系统中建立用于存储所述各子系统的内存分布情况的内存分布数据结构或数据库。
5.根据权利要求4所述的方法,其特征在于,所述对所述内存占用情况满足预设条件对应系统的系统内存进行清理或对所述预设指令对应系统的系统内存进行清理,包括:
若所述内存占用情况满足预设条件对应系统或所述预设指令对应系统为主系统,则清理所述主系统内存;
若所述内存占用情况满足预设条件对应系统或所述预设指令对应系统为子系统,则由所述主系统通知所述子系统清理所述子系统内存。
6.一种内存清理装置,其特征在于,所述装置包括:
第一建立模块,用于建立主系统和各子系统之间的通讯服务和监控服务,以使所述主系统与所述各子系统进行通讯并对所述各子系统进行监控;
监测模块,用于监测所述主系统和所述各子系统的内存占用情况;
清理模块,用于若监测到所述主系统和所述各子系统的内存占用情况满足预设条件,则对所述内存占用情况满足预设条件对应系统的系统内存进行清理。
7.根据权利要求6所述的装置,其特征在于,
所述监测模块,还用于监测所述主系统是否接收到预设指令;
所述清理模块,还用于若监测到所述主系统接收到预设指令,则对所述预设指令对应系统的系统内存进行清理。
8.根据权利要求6或7所述的装置,其特征在于,所述监测模块,包括:
第一监测单元,用于监测所述主系统的内存占用情况;
第二监测单元,用于通过接收所述各子系统发送的所述各子系统的内存占用描述信息来监测所述各子系统的内存占用情况。
9.根据权利要求8所述的装置,其特征在于,所述装置还包括:
第二建立模块,用于在所述主系统中建立用于存储所述各子系统的内存分布情况的内存分布数据结构或数据库。
10.根据权利要求9所述的装置,其特征在于,所述清理模块,包括:
第一清理单元,用于若所述内存占用情况满足预设条件对应系统或所述预设指令对应系统为主系统,则清理所述主系统内存;
第二清理单元,若所述内存占用情况满足预设条件对应系统或所述预设指令对应系统为子系统,则由所述主系统通知所述子系统清理所述子系统内存。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510957894.8A CN105389245A (zh) | 2015-12-17 | 2015-12-17 | 一种内存清理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510957894.8A CN105389245A (zh) | 2015-12-17 | 2015-12-17 | 一种内存清理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105389245A true CN105389245A (zh) | 2016-03-09 |
Family
ID=55421552
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510957894.8A Pending CN105389245A (zh) | 2015-12-17 | 2015-12-17 | 一种内存清理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105389245A (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105808364A (zh) * | 2016-03-15 | 2016-07-27 | 广州视睿电子科技有限公司 | 融合PC系统和android系统的双系统通信方法和系统 |
CN106547661A (zh) * | 2016-10-17 | 2017-03-29 | 上海传英信息技术有限公司 | 一种内存使用率监控的方法及装置 |
WO2018014447A1 (zh) * | 2016-07-18 | 2018-01-25 | 中兴通讯股份有限公司 | 一种应用管理方法及装置、移动终端 |
CN109062689A (zh) * | 2018-07-17 | 2018-12-21 | 武汉斗鱼网络科技有限公司 | 自动释放文件资源的方法、存储介质、电子设备以及系统 |
CN109582453A (zh) * | 2018-11-29 | 2019-04-05 | 北京元心科技有限公司 | 多系统间协调调度的方法、装置及电子设备 |
CN111309487A (zh) * | 2020-03-20 | 2020-06-19 | 捷开通讯(深圳)有限公司 | 内存清理方法、装置、存储介质及移动终端 |
CN117707796A (zh) * | 2024-02-06 | 2024-03-15 | 苏州元脑智能科技有限公司 | 资源管理方法、装置、电子设备以及存储介质 |
CN119226096A (zh) * | 2024-12-03 | 2024-12-31 | 成都赛力斯科技有限公司 | 双系统内存监控方法、车载系统、车辆、设备及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120305189A1 (en) * | 2008-05-02 | 2012-12-06 | Lam Research Corporation | Method and Apparatus for Detecting Plasma Unconfinement |
CN103024539A (zh) * | 2012-11-12 | 2013-04-03 | 北京奇虎科技有限公司 | 用于管理智能电视系统的方法及装置 |
CN103530235A (zh) * | 2013-10-18 | 2014-01-22 | 北京奇虎科技有限公司 | 移动终端中清理内存的方法及装置 |
CN103885803A (zh) * | 2014-03-17 | 2014-06-25 | 可牛网络技术(北京)有限公司 | 移动终端中程序的管理方法、装置和移动终端 |
CN104239157A (zh) * | 2014-08-19 | 2014-12-24 | 北京奇虎科技有限公司 | 一种对移动终端的数据进行优化清理的方法和装置 |
CN104298612A (zh) * | 2014-09-30 | 2015-01-21 | 北京金山安全软件有限公司 | 移动终端中清理内存的方法、装置和移动终端 |
-
2015
- 2015-12-17 CN CN201510957894.8A patent/CN105389245A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120305189A1 (en) * | 2008-05-02 | 2012-12-06 | Lam Research Corporation | Method and Apparatus for Detecting Plasma Unconfinement |
CN103024539A (zh) * | 2012-11-12 | 2013-04-03 | 北京奇虎科技有限公司 | 用于管理智能电视系统的方法及装置 |
CN103530235A (zh) * | 2013-10-18 | 2014-01-22 | 北京奇虎科技有限公司 | 移动终端中清理内存的方法及装置 |
CN103885803A (zh) * | 2014-03-17 | 2014-06-25 | 可牛网络技术(北京)有限公司 | 移动终端中程序的管理方法、装置和移动终端 |
CN104239157A (zh) * | 2014-08-19 | 2014-12-24 | 北京奇虎科技有限公司 | 一种对移动终端的数据进行优化清理的方法和装置 |
CN104298612A (zh) * | 2014-09-30 | 2015-01-21 | 北京金山安全软件有限公司 | 移动终端中清理内存的方法、装置和移动终端 |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110311966B (zh) * | 2016-03-15 | 2023-02-17 | 广州视睿电子科技有限公司 | 融合PC系统和android系统的双系统通信方法和系统 |
CN110311966A (zh) * | 2016-03-15 | 2019-10-08 | 广州视睿电子科技有限公司 | 融合PC系统和android系统的双系统通信方法和系统 |
CN105808364A (zh) * | 2016-03-15 | 2016-07-27 | 广州视睿电子科技有限公司 | 融合PC系统和android系统的双系统通信方法和系统 |
WO2018014447A1 (zh) * | 2016-07-18 | 2018-01-25 | 中兴通讯股份有限公司 | 一种应用管理方法及装置、移动终端 |
CN106547661A (zh) * | 2016-10-17 | 2017-03-29 | 上海传英信息技术有限公司 | 一种内存使用率监控的方法及装置 |
CN109062689A (zh) * | 2018-07-17 | 2018-12-21 | 武汉斗鱼网络科技有限公司 | 自动释放文件资源的方法、存储介质、电子设备以及系统 |
CN109062689B (zh) * | 2018-07-17 | 2020-07-31 | 武汉斗鱼网络科技有限公司 | 自动释放文件资源的方法、存储介质、电子设备以及系统 |
CN109582453A (zh) * | 2018-11-29 | 2019-04-05 | 北京元心科技有限公司 | 多系统间协调调度的方法、装置及电子设备 |
CN111309487A (zh) * | 2020-03-20 | 2020-06-19 | 捷开通讯(深圳)有限公司 | 内存清理方法、装置、存储介质及移动终端 |
CN117707796A (zh) * | 2024-02-06 | 2024-03-15 | 苏州元脑智能科技有限公司 | 资源管理方法、装置、电子设备以及存储介质 |
CN117707796B (zh) * | 2024-02-06 | 2024-04-09 | 苏州元脑智能科技有限公司 | 资源管理方法、装置、电子设备以及存储介质 |
CN119226096A (zh) * | 2024-12-03 | 2024-12-31 | 成都赛力斯科技有限公司 | 双系统内存监控方法、车载系统、车辆、设备及存储介质 |
CN119226096B (zh) * | 2024-12-03 | 2025-03-18 | 成都赛力斯科技有限公司 | 双系统内存监控方法、车载系统、车辆、设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105389245A (zh) | 一种内存清理方法及装置 | |
CN101977124B (zh) | 基于ZooKeeper技术的业务集群方法及系统 | |
CN102385541A (zh) | 受控的数据中心服务的自动复原 | |
CN104281511A (zh) | 智能平台管理接口系统、基板管理控制器及实现方法 | |
CN103399781A (zh) | 云服务器及其虚拟机管理方法 | |
CN104375745A (zh) | 一种任务界面处理方法、装置及终端 | |
CN103473343A (zh) | 一种文件管理方法、装置以及终端 | |
CN109495335B (zh) | 业务监控方法、装置、系统及电子设备 | |
CN106097161A (zh) | 水务管理系统及其数据处理方法 | |
CN105406894A (zh) | 一种通信终端的载波聚合模式设定方法及通信终端 | |
CN105487921A (zh) | 一种任务栈管理方法及装置 | |
CN109343944A (zh) | eSIM卡的数据处理方法、装置、终端及存储介质 | |
CN104836679B (zh) | 通信异常处理方法及网元设备 | |
CN102769495B (zh) | 一种光纤接入网设备通信方法、装置及系统 | |
CN103064702A (zh) | 应用程序提供方法及管理节点设备 | |
CN108184210A (zh) | 一种基于多网融合的多模智能无线通信系统及其实现方法 | |
CN105517175A (zh) | 一种通信终端的载波聚合模式设定方法及通信终端 | |
CN101715202A (zh) | 一种监测无线网络用户行为的方法及系统 | |
CN104468221A (zh) | 服务器故障热切换方法、装置和系统 | |
CN104123261B (zh) | 一种电子设备及信息传送方法 | |
CN114049065A (zh) | 一种数据处理方法、装置及系统 | |
CN108255536A (zh) | 基于功能开关的应用程序控制方法和服务器 | |
CN106201520A (zh) | 系统还原方法和装置 | |
CN106326063A (zh) | 一种基板管理控制卡及基板 | |
CN112231612A (zh) | 配置信息的传输方法及装置、存储介质、电子装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160309 |
|
RJ01 | Rejection of invention patent application after publication |