CN104077191A - 一种用于管理内存资源的方法及装置 - Google Patents
一种用于管理内存资源的方法及装置 Download PDFInfo
- Publication number
- CN104077191A CN104077191A CN201410344318.1A CN201410344318A CN104077191A CN 104077191 A CN104077191 A CN 104077191A CN 201410344318 A CN201410344318 A CN 201410344318A CN 104077191 A CN104077191 A CN 104077191A
- Authority
- CN
- China
- Prior art keywords
- application
- memory source
- memory
- prompt operation
- requirements
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明实施例公开了一种用于管理内存资源的方法及装置,涉及电子设备中应用的处理技术领域,所述方法包括:获得目标应用管理文件夹中已存储的应用的快捷操作标识;根据所获得的快捷操作标识,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源;确定所获得的运行各个应用所需内存资源的最大值;检测当前剩余内存资源是否小于所确定的最大值;若为是,根据预设的内存资源释放规则,释放内存资源,以满足运行所述目标应用管理文件夹中所存储的快捷操作标识对应的应用的内存需求。应用本发明实施例提供的方案管理内存资源,能够及时的释放内存资源,并能够为可能要运行的应用提供足够的内存资源。
Description
技术领域
本发明涉及电子设备中应用的处理技术领域,特别涉及一种用于管理内存的方法及装置。
背景技术
在电子设备中运行各个应用时,需占用一定内存资源,若系统不能及时释放内存资源,会导致当前剩余内存资源不足,在启动内存需求大的应用时易出现启动速度慢、卡顿、甚至运行出错、崩溃等现象。
现有技术中,为保证能够正常运行各个应用,一般按照某一时间周期清除已缓存的垃圾文件,或定期将内存中的音乐、图片等信息存储到硬盘或者存储卡中,释放内存资源,以为运行各个应用提供足够的内存资源。
然而,按照上述方式释放内存资源是按照一定的时间周期进行的,且在释放内存资源时并不能获得可能要运行的应用所需的内存资源,所以,应用上述方式释放内存资源时,不能保证及时的为可能要运行的应用提供足够的内存资源。
发明内容
本发明实施例公开了一种用于管理内存资源的方法及装置,以及时释放内存资源,并为可能要运行的应用提供足够的内存资源。
为达到上述目的,本发明实施例公开了一种用于管理内存资源的方法,所述方法包括:
获得目标应用管理文件夹中已存储的应用的快捷操作标识;
根据所获得的快捷操作标识,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源;
确定所获得的运行各个应用所需内存资源的最大值;
检测当前剩余内存资源是否小于所确定的最大值;
若为是,根据预设的内存资源释放规则,释放内存资源,以满足运行所述目标应用管理文件夹中所存储的快捷操作标识对应的应用的内存需求。
可选的,所述根据所获得的快捷操作标识,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源,包括:
根据所获得的快捷操作标识,确定所获得的快捷操作标识对应应用的应用标识;
根据所确定的应用标识,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源。
可选的,所述根据所确定的应用标识,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源,包括:
根据所确定的应用标识,在本地的预设内存资源需求列表中,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源,其中,预设内存资源需求列表,用于存储应用的应用标识与运行该应用所需的内存资源之间的对应关系;或
向服务器发送内存需求查询请求信息,从服务器获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源,所述内存需求查询请求信息中,携带所确定的应用标识。
可选的,所述根据预设的内存资源释放规则,释放内存资源,包括:
按照以下优先级,依次释放各个进程所占用的内存资源:
退出后不会被操作系统重启的进程;
退出后会被操作系统重启的进程。
可选的,在释放所述退出后不会被操作系统重启的进程占用的内存资源的过程中,按照各个进程未被使用的时间由长到短的顺序,依次释放各个进程占用的内存资源。
可选的,在释放所述退出后会被操作系统重启的进程占用的内存资源的过程中,先按照各个进程未被使用的时间由长到短的顺序,再按照各个进程退出后被操作系统重启的周期由长到短的顺序,依次释放各个进程占用的内存资源。
可选的,所述用于管理内存资源的方法还包括:
对所述目标应用管理文件夹中已存储的快捷操作标识对应的应用的运行状态进行监测,如果监测到某一应用由应用运行状态转换到应用退出状态,则释放该应用占用的内存资源。
为达到上述目的,本发明实施例公开了一种用于管理内存资源的装置,所述装置包括:
快捷操作标识获得模块,用于获得目标应用管理文件夹中已存储的应用的快捷操作标识;
内存需求获得模块,用于根据所获得的快捷操作标识,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源;
最大内存需求获得模块,用于确定所获得的运行各个应用所需内存资源的最大值;
内存资源检测模块,用于检测当前剩余内存资源是否小于所确定的最大值;
内存资源释放模块,用于在所述内存资源检测模块的检测结果为是的情况下,根据预设的内存资源释放规则,释放内存资源,以满足运行所述目标应用管理文件夹中所存储的快捷操作标识对应的应用的内存需求。
可选的,所述内存需求获得模块,包括:
应用标识确定子模块,用于根据所获得的快捷操作标识,确定所获得的快捷操作标识对应应用的应用标识;
内存需求获得子模块,用于根据所确定的应用标识,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源。
可选的,所述内存需求获得子模块,具体用于根据所确定的应用标识,在本地的预设内存资源需求列表中,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源,其中,预设内存资源需求列表,用于存储应用的应用标识与运行该应用所需的内存资源之间的对应关系;或
具体用于向服务器发送内存需求查询请求信息,从服务器获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源,所述内存需求查询请求信息中,携带所确定的应用标识。
可选的,所述内存资源释放模块,具体用于按照以下优先级,依次释放各个进程所占用的内存资源:
退出后不会被操作系统重启的进程;
退出后会被操作系统重启的进程。
可选的,所述内存资源释放模块,在释放所述退出后不会被操作系统重启的进程占用的内存资源的过程中,具体按照各个进程未被使用的时间由长到短的顺序,依次释放各个进程占用的内存资源。
可选的,所述内存资源释放模块,在释放所述退出后会被操作系统重启的进程占用的内存资源的过程中,具体先按照各个进程未被使用的时间由长到短的顺序,再按照各个进程退出后被操作系统重启的周期由长到短的顺序,依次释放各个进程占用的内存资源。
可选的,所述用于管理内存资源的装置还包括:
运行状态监测模块,用于对所述目标应用管理文件夹中已存储的快捷操作标识对应的应用的运行状态进行监测,如果监测到某一应用由应用运行状态转换到应用退出状态,则释放该应用占用的内存资源。
由以上可见,本发明实施例提供的方案中,在获得目标应用管理文件夹中已存储的应用的快捷操作标识后,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源的最大值,在当前剩余内存资源小于该最大值的情况下,根据预设的内存资源释放规则,释放内存资源,以满足运行该目标应用管理文件夹中已存储的快捷操作标识对应的应用的内存需求。与现有技术相比,由于应用本发明实施例提供的方案释放内存资源时,是按照分别运行该文件夹中已存储的各个快捷操作标识对应的应用所需内存资源的最大值进行的,所以,能够及时的释放内存资源,并能够为可能要运行的应用提供足够的内存资源。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种用于管理内存资源的方法的流程示意图;
图2为本发明实施例提供的另一种用于管理内存资源的方法的流程示意图;
图3为本发明实施例提供的一种用于管理内存资源的装置的结构示意图;
图4为本发明实施例提供的另一种用于管理内存资源的装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明实施例提供的一种用于管理内存资源的方法的流程示意图,该方法包括:
S101:获得目标应用管理文件夹中已存储的应用的快捷操作标识。
随着电子技术的快速发展,电子设备的性能越来越高,用户通常会在其电子设备中安装多个应用以便于使用。然而,当电子设备中安装的应用较多时,用户欲访问某一应用时,在众多应用的快捷操作标识中查找其快捷操作标识比较麻烦,所以,为使得用户能够快速、便捷的获得该应用的快捷操作标识,可以在用户电子设备中建立若干个应用管理文件夹,例如,游戏类应用管理文件夹、工具类应用管理文件夹等等,并将已安装的应用的快捷操作标识存储于相应的应用管理文件夹中。按照上述方式对电子设备中的应用进行归类后,当用户需要访问某一应用时,直接打开相应文件夹即可快速获得该应用的快捷操作标识,并通过所获得的快捷操作标识访问相应应用。
其中,应用的快捷操作标识可以由应用图标和应用名称组成,当然,也可以只由应用名称组成,本申请并不限定应用的快捷操作标识的具体呈现形式。
实际应用中,触发获得目标应用管理文件夹中已存储的应用的快捷操作标识的条件,可以是接收到打开目标应用管理文件夹的指令,可以是接收到获得运行目标应用管理文件中已存储快捷操作标识对应的应用所需的内存资源的操作指令等等。
S102:根据所获得的快捷操作标识,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源。
在本发明的一个具体实施例中,根据所获得的快捷操作标识,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源时,可以先根据所获得的快捷操作标识,确定所获得的快捷操作标识对应应用的应用标识,再根据所确定的应用标识,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源。
具体的,可以根据所确定的应用标识,在本地的预设内存资源需求列表中,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源。
其中,预设内存资源需求列表,用于存储应用的应用标识与运行该应用所需的内存资源之间的对应关系。
该预设内存资源需求列表可以是从服务器端获得并存储在本地的,包含多种应用内存资源需求的列表,这种情况下,可以根据所确定的应用的标识从该预设内存需求列表中获得运行所确定的应用所需的内存资源。实际应用中,还可以接收服务器发送的该预设内存资源需求列表的更新信息,以更新本地已存储的内存资源需求列表。
该预设内存资源需求列表还可以是在本地生成的针对当前电子设备的内存需求列表。这种情况下,用户在安装某一应用时,需通过向服务器发送内存需求查询请求信息的方式,从服务器获得运行该应用所需的内存资源,并将该内存需求信息更新到预设内存资源需求列表中。当根据本地已存储的预设内存需求列表,获得分别运行目标应用管理文件夹中已存储应用的快捷操作标识对应的应用所需的内存资源时,只需在本地已安装的应用的相关信息中查找,可以加快查找速度。
另外,还可以不在本地存储内存资源需求列表,而是直接向服务器发送内存需求查询请求信息,从服务器获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源,其中,内存需求查询请求信息中,携带所确定的应用标识。
本领域内的技术人员可以理解的是,运行应用所需的内存资源还可以与用户电子设备的硬件参数有关,例如,屏幕分辨率、CPU型号、显卡型号等等,因此,实际应用中,还可以根据所获得的快捷操作标识和电子设备的硬件参数,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源。
S103:确定所获得的运行各个应用所需内存资源的最大值。
可以理解的是,根据触发条件触发获得目标应用管理文件夹中已存储的快捷操作标识,即有可能访问目标应用管理文件夹中已存储的任何一个快捷操作标识对应的应用,例如,接收到打开目标应用管理文件夹的指令后,向用户展现该目标应用管理文件夹中已存储的快捷操作标识,则此时用户可能会访问所展现的快捷操作标识中的任何一个对应的应用,因此,确定分别运行目标应用管理文件夹中已存储的快捷操作标识对应的应用所需内存资源的最大值,并提供与该最大值相应的内存资源,可以有效保证上述任何一个应用的正常运行。
S104:检测当前剩余内存资源是否小于所确定的最大值,若为是,执行S105。
当检测得知当前剩余内存资源不小于所确定的最大值时,说明能够为可能运行的应用提供足够的内存资源,因此,无需释放内存资源,可以结束本流程。
S105:根据预设的内存资源释放规则,释放内存资源,以满足运行目标应用管理文件夹中所存储的快捷操作标识对应的应用的内存需求。
具体的,可以按照以下优先级,依次释放各个进程所占用的内存资源:
退出后不会被操作系统重启的进程;
退出后会被操作系统重启的进程。
在释放所述退出后不会被操作系统重启的进程占用的内存资源的过程中,按照各个进程未被使用的时间由长到短的顺序,依次释放各个进程占用的内存资源。
在释放所述退出后会被操作系统重启的进程占用的内存资源的过程中,先按照各个进程未被使用的时间由长到短的顺序,再按照各个进程退出后被操作系统重启的周期由长到短的顺序,依次释放各个进程占用的内存资源。例如,进程A退出后重启的周期为10秒,而进程B退出后重启的周期为20秒,则优先释放进程B占用的内存资源。
需要说明的是,在释放内存资源的过程中,若按照优先级,只释放部分进程占用的内存资源即可满足启动所确定的待管理应用的内存需求,则可只释放部分进程占用的内存资源。
由以上可见,本实施例提供的方案中,在获得目标应用管理文件夹中已存储的应用的快捷操作标识后,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源的最大值,在当前剩余内存资源小于该最大值的情况下,根据预设的内存资源释放规则,释放内存资源,以满足运行该目标应用管理文件夹中已存储的快捷操作标识对应的应用的内存需求。与现有技术相比,由于应用本实施例提供的方案释放内存资源时,是按照分别运行该文件夹中已存储的各个快捷操作标识对应的应用所需内存资源的最大值进行的,所以,能够及时的释放内存资源,并能够为可能要运行的应用提供足够的内存资源。
在本发明的一个具体实施例中,参见图2,提供了另一种用于管理内存资源的方法的流程示意图,与前述实施例相比,该方法还可以包括:
S106:对目标应用管理文件夹中已存储的快捷操作标识对应的应用的运行状态进行监测,如果监测到某一应用由应用运行状态转换到应用退出状态,则释放该应用占用的内存资源。
在应用由应用运行状态转换到应用退出状态后,若不及时释放占用的内存资源,易造成内存资源不足的情况,影响其它应用的启动和运行。
实际应用中,安卓操作系统具有退出应用后不主动释放已占用内存资源的特点,这种情况下,若监测到目标应用管理文件夹中已存储的快捷操作标识对应的应用由应用运行状态转换到应用退出状态,则可以及时释放内存资源,一定程度上可以避免内存资源不足的情况。
由以上可见,本实施例提供的方案中,根据监测目标应用管理文件夹中已存储的快捷操作标识对应的应用的运行状态,确定是否释放相应应用占用的内存资源,能够保证及时释放应用占用的内存资源,可以有效避免内存资源紧张。
与上述的用于管理内存资源的方法相对应,本发明实施例还提供了一种用于管理内存资源的装置。
图3为本发明实施例提供的一种用于管理内存资源的装置的结构示意图,该装置包括:快捷操作标识获得模块301、内存需求获得模块302、最大内存需求获得模块303、内存资源检测模块304和内存资源释放模块305。
其中,快捷操作标识获得模块301,用于获得目标应用管理文件夹中已存储的应用的快捷操作标识;
内存需求获得模块302,用于根据所获得的快捷操作标识,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源;
最大内存需求获得模块303,用于确定所获得的运行各个应用所需内存资源的最大值;
内存资源检测模块304,用于检测当前剩余内存资源是否小于所确定的最大值;
内存资源释放模块305,用于在所述内存资源检测模块304的检测结果为是的情况下,根据预设的内存资源释放规则,释放内存资源,以满足运行所述目标应用管理文件夹中所存储的快捷操作标识对应的应用的内存需求。
具体的,内存需求获得模块302可以包括:应用标识确定子模块和内存需求获得子模块(图中未示出)。
其中,应用标识确定子模块,用于根据所获得的快捷操作标识,确定所获得的快捷操作标识对应应用的应用标识;
内存需求获得子模块,用于根据所确定的应用标识,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源。
具体的,内存需求获得子模块可以具体用于根据所确定的应用标识,在本地的预设内存资源需求列表中,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源,其中,预设内存资源需求列表,用于存储应用的应用标识与运行该应用所需的内存资源之间的对应关系;或
可以具体用于向服务器发送内存需求查询请求信息,从服务器获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源,所述内存需求查询请求信息中,携带所确定的应用标识。
具体的,内存资源释放模块305可以具体用于按照以下优先级,依次释放各个进程所占用的内存资源:
退出后不会被操作系统重启的进程;
退出后会被操作系统重启的进程。
具体的,内存资源释放模块305,在释放所述退出后不会被操作系统重启的进程占用的内存资源的过程中,可以具体按照各个进程未被使用的时间由长到短的顺序,依次释放各个进程占用的内存资源。
具体的,内存资源释放模块305,在释放所述退出后会被操作系统重启的进程占用的内存资源的过程中,可以具体先按照各个进程未被使用的时间由长到短的顺序,再按照各个进程退出后被操作系统重启的周期由长到短的顺序,依次释放各个进程占用的内存资源。
由以上可见,本实施例提供的方案中,在获得目标应用管理文件夹中已存储的应用的快捷操作标识后,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源的最大值,在当前剩余内存资源小于该最大值的情况下,根据预设的内存资源释放规则,释放内存资源,以满足运行该目标应用管理文件夹中已存储的快捷操作标识对应的应用的内存需求。与现有技术相比,由于应用本实施例提供的方案释放内存资源时,是按照分别运行该文件夹中已存储的各个快捷操作标识对应的应用所需内存资源的最大值进行的,所以,能够及时的释放内存资源,并能够为可能要运行的应用提供足够的内存资源。
在本发明的一个具体实施例中,参见图4,提供了另一种用于管理内存资源的装置的结构示意图,与前述实施例相比,该装置还可以包括:运行状态监测模块306。
其中,运行状态监测模块306,用于对所述目标应用管理文件夹中已存储的快捷操作标识对应的应用的运行状态进行监测,如果监测到某一应用由应用运行状态转换到应用退出状态,则释放该应用占用的内存资源。
由以上可见,本实施例提供的方案中,根据监测目标应用管理文件夹中已存储的快捷操作标识对应的应用的运行状态,确定是否释放相应应用占用的内存资源,能够保证及时释放应用占用的内存资源,可以有效避免内存资源紧张。
对于装置实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本领域普通技术人员可以理解实现上述方法实施方式中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,所述的程序可以存储于计算机可读取存储介质中,这里所称得的存储介质,如:ROM/RAM、磁碟、光盘等。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (14)
1.一种用于管理内存资源的方法,其特征在于,所述方法包括:
获得目标应用管理文件夹中已存储的应用的快捷操作标识;
根据所获得的快捷操作标识,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源;
确定所获得的运行各个应用所需内存资源的最大值;
检测当前剩余内存资源是否小于所确定的最大值;
若为是,根据预设的内存资源释放规则,释放内存资源,以满足运行所述目标应用管理文件夹中所存储的快捷操作标识对应的应用的内存需求。
2.根据权利要求1所述的方法,其特征在于,所述根据所获得的快捷操作标识,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源,包括:
根据所获得的快捷操作标识,确定所获得的快捷操作标识对应应用的应用标识;
根据所确定的应用标识,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源。
3.根据权利要求2所述的方法,其特征在于,所述根据所确定的应用标识,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源,包括:
根据所确定的应用标识,在本地的预设内存资源需求列表中,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源,其中,预设内存资源需求列表,用于存储应用的应用标识与运行该应用所需的内存资源之间的对应关系;或
向服务器发送内存需求查询请求信息,从服务器获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源,所述内存需求查询请求信息中,携带所确定的应用标识。
4.根据权利要求1所述的方法,其特征在于,所述根据预设的内存资源释放规则,释放内存资源,包括:
按照以下优先级,依次释放各个进程所占用的内存资源:
退出后不会被操作系统重启的进程;
退出后会被操作系统重启的进程。
5.根据权利要求4所述的方法,其特征在于,在释放所述退出后不会被操作系统重启的进程占用的内存资源的过程中,按照各个进程未被使用的时间由长到短的顺序,依次释放各个进程占用的内存资源。
6.根据权利要求4所述的方法,其特征在于,在释放所述退出后会被操作系统重启的进程占用的内存资源的过程中,先按照各个进程未被使用的时间由长到短的顺序,再按照各个进程退出后被操作系统重启的周期由长到短的顺序,依次释放各个进程占用的内存资源。
7.根据权利要求2~7中任一项所述的方法,其特征在于,所述方法还包括:
对所述目标应用管理文件夹中已存储的快捷操作标识对应的应用的运行状态进行监测,如果监测到某一应用由应用运行状态转换到应用退出状态,则释放该应用占用的内存资源。
8.一种用于管理内存资源的装置,其特征在于,所述装置包括:
快捷操作标识获得模块,用于获得目标应用管理文件夹中已存储的应用的快捷操作标识;
内存需求获得模块,用于根据所获得的快捷操作标识,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源;
最大内存需求获得模块,用于确定所获得的运行各个应用所需内存资源的最大值;
内存资源检测模块,用于检测当前剩余内存资源是否小于所确定的最大值;
内存资源释放模块,用于在所述内存资源检测模块的检测结果为是的情况下,根据预设的内存资源释放规则,释放内存资源,以满足运行所述目标应用管理文件夹中所存储的快捷操作标识对应的应用的内存需求。
9.根据权利要求8所述的装置,其特征在于,所述内存需求获得模块,包括:
应用标识确定子模块,用于根据所获得的快捷操作标识,确定所获得的快捷操作标识对应应用的应用标识;
内存需求获得子模块,用于根据所确定的应用标识,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源。
10.根据权利要求9所述的装置,其特征在于,所述内存需求获得子模块,具体用于根据所确定的应用标识,在本地的预设内存资源需求列表中,获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源,其中,预设内存资源需求列表,用于存储应用的应用标识与运行该应用所需的内存资源之间的对应关系;或
具体用于向服务器发送内存需求查询请求信息,从服务器获得分别运行所获得的各个快捷操作标识对应的应用所需的内存资源,所述内存需求查询请求信息中,携带所确定的应用标识。
11.根据权利要求8所述的装置,其特征在于,所述内存资源释放模块,具体用于按照以下优先级,依次释放各个进程所占用的内存资源:
退出后不会被操作系统重启的进程;
退出后会被操作系统重启的进程。
12.根据权利要求11所述的装置,其特征在于,所述内存资源释放模块,在释放所述退出后不会被操作系统重启的进程占用的内存资源的过程中,具体按照各个进程未被使用的时间由长到短的顺序,依次释放各个进程占用的内存资源。
13.根据权利要求11所述的装置,其特征在于,所述内存资源释放模块,在释放所述退出后会被操作系统重启的进程占用的内存资源的过程中,具体先按照各个进程未被使用的时间由长到短的顺序,再按照各个进程退出后被操作系统重启的周期由长到短的顺序,依次释放各个进程占用的内存资源。
14.根据权利要求9~13中任一项所述的装置,其特征在于,所述装置还包括:
运行状态监测模块,用于对所述目标应用管理文件夹中已存储的快捷操作标识对应的应用的运行状态进行监测,如果监测到某一应用由应用运行状态转换到应用退出状态,则释放该应用占用的内存资源。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410344318.1A CN104077191A (zh) | 2014-07-18 | 2014-07-18 | 一种用于管理内存资源的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410344318.1A CN104077191A (zh) | 2014-07-18 | 2014-07-18 | 一种用于管理内存资源的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104077191A true CN104077191A (zh) | 2014-10-01 |
Family
ID=51598461
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410344318.1A Pending CN104077191A (zh) | 2014-07-18 | 2014-07-18 | 一种用于管理内存资源的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104077191A (zh) |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104484282A (zh) * | 2014-12-31 | 2015-04-01 | 广东欧珀移动通信有限公司 | 一种内存回收方法和装置 |
CN104536907A (zh) * | 2015-01-26 | 2015-04-22 | 联想(北京)有限公司 | 一种内存清理方法及电子设备 |
CN104714874A (zh) * | 2015-02-28 | 2015-06-17 | 深圳市中兴移动通信有限公司 | 一种移动终端内存智能优化的方法及移动终端 |
CN105550035A (zh) * | 2015-12-04 | 2016-05-04 | 小米科技有限责任公司 | 后台进程控制方法及装置 |
CN105786552A (zh) * | 2014-12-26 | 2016-07-20 | 联想(北京)有限公司 | 一种内存清理方法和电子设备 |
CN106293924A (zh) * | 2015-05-20 | 2017-01-04 | Tcl集团股份有限公司 | 安卓系统的内存管理方法及装置 |
CN106302184A (zh) * | 2015-06-12 | 2017-01-04 | 华为技术有限公司 | 一种流表项下发方法、流表项保存方法、相关装置和系统 |
CN106549880A (zh) * | 2016-11-25 | 2017-03-29 | 珠海市魅族科技有限公司 | 一种终端的资源分配方法及终端设备 |
CN106557434A (zh) * | 2016-10-28 | 2017-04-05 | 武汉斗鱼网络科技有限公司 | 一种界面缓存方法及系统 |
CN108446178A (zh) * | 2018-03-05 | 2018-08-24 | 北京小米移动软件有限公司 | 优化卡顿的方法及装置 |
CN105279028B (zh) * | 2015-11-24 | 2018-09-07 | 浪潮(北京)电子信息产业有限公司 | 一种内存资源分配方法及装置 |
CN109379488A (zh) * | 2018-09-27 | 2019-02-22 | 联想(北京)有限公司 | 处理方法、装置及电子设备 |
CN109408235A (zh) * | 2018-10-19 | 2019-03-01 | 珠海金山网络游戏科技有限公司 | 一种数据处理方法及装置、一种计算设备及存储介质 |
CN109710436A (zh) * | 2018-08-17 | 2019-05-03 | 深圳壹账通智能科技有限公司 | 空间清理方法、装置、设备和计算机可读存储介质 |
CN111007986A (zh) * | 2019-11-04 | 2020-04-14 | 厦门天锐科技股份有限公司 | 一种基于内存的文本分段传递的方法及装置 |
CN112527407A (zh) * | 2020-12-07 | 2021-03-19 | 深圳创维-Rgb电子有限公司 | 一种应用启动方法、终端及计算机可读存储介质 |
CN112882832A (zh) * | 2018-08-28 | 2021-06-01 | Oppo广东移动通信有限公司 | 应用于浏览器的内存管理方法、装置、终端及存储介质 |
CN113641461A (zh) * | 2021-10-14 | 2021-11-12 | 云宏信息科技股份有限公司 | Kvm虚拟化系统资源配置方法、介质及系统 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101344861A (zh) * | 2007-07-10 | 2009-01-14 | 凤凰微电子(中国)有限公司 | 一种智能卡内存管理方法 |
CN103778007A (zh) * | 2014-02-14 | 2014-05-07 | 贝壳网际(北京)安全技术有限公司 | 一种应用管理方法及装置 |
-
2014
- 2014-07-18 CN CN201410344318.1A patent/CN104077191A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101344861A (zh) * | 2007-07-10 | 2009-01-14 | 凤凰微电子(中国)有限公司 | 一种智能卡内存管理方法 |
CN103778007A (zh) * | 2014-02-14 | 2014-05-07 | 贝壳网际(北京)安全技术有限公司 | 一种应用管理方法及装置 |
Cited By (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105786552A (zh) * | 2014-12-26 | 2016-07-20 | 联想(北京)有限公司 | 一种内存清理方法和电子设备 |
CN105786552B (zh) * | 2014-12-26 | 2019-09-24 | 联想(北京)有限公司 | 一种内存清理方法和电子设备 |
CN104484282B (zh) * | 2014-12-31 | 2017-07-07 | 广东欧珀移动通信有限公司 | 一种内存回收方法和装置 |
CN104484282A (zh) * | 2014-12-31 | 2015-04-01 | 广东欧珀移动通信有限公司 | 一种内存回收方法和装置 |
CN104536907A (zh) * | 2015-01-26 | 2015-04-22 | 联想(北京)有限公司 | 一种内存清理方法及电子设备 |
CN104714874A (zh) * | 2015-02-28 | 2015-06-17 | 深圳市中兴移动通信有限公司 | 一种移动终端内存智能优化的方法及移动终端 |
CN106293924A (zh) * | 2015-05-20 | 2017-01-04 | Tcl集团股份有限公司 | 安卓系统的内存管理方法及装置 |
CN106293924B (zh) * | 2015-05-20 | 2019-09-17 | Tcl集团股份有限公司 | 安卓系统的内存管理方法及装置 |
CN106302184B (zh) * | 2015-06-12 | 2020-02-14 | 华为技术有限公司 | 一种流表项下发方法、流表项保存方法、相关装置和系统 |
US10469388B2 (en) | 2015-06-12 | 2019-11-05 | Huawei Technologies Co., Ltd. | Flow entry delivering method, flow entry storage method, related apparatus, and related system |
CN106302184A (zh) * | 2015-06-12 | 2017-01-04 | 华为技术有限公司 | 一种流表项下发方法、流表项保存方法、相关装置和系统 |
CN105279028B (zh) * | 2015-11-24 | 2018-09-07 | 浪潮(北京)电子信息产业有限公司 | 一种内存资源分配方法及装置 |
CN105550035A (zh) * | 2015-12-04 | 2016-05-04 | 小米科技有限责任公司 | 后台进程控制方法及装置 |
CN106557434A (zh) * | 2016-10-28 | 2017-04-05 | 武汉斗鱼网络科技有限公司 | 一种界面缓存方法及系统 |
CN106549880A (zh) * | 2016-11-25 | 2017-03-29 | 珠海市魅族科技有限公司 | 一种终端的资源分配方法及终端设备 |
CN108446178A (zh) * | 2018-03-05 | 2018-08-24 | 北京小米移动软件有限公司 | 优化卡顿的方法及装置 |
CN109710436A (zh) * | 2018-08-17 | 2019-05-03 | 深圳壹账通智能科技有限公司 | 空间清理方法、装置、设备和计算机可读存储介质 |
CN112882832A (zh) * | 2018-08-28 | 2021-06-01 | Oppo广东移动通信有限公司 | 应用于浏览器的内存管理方法、装置、终端及存储介质 |
CN109379488A (zh) * | 2018-09-27 | 2019-02-22 | 联想(北京)有限公司 | 处理方法、装置及电子设备 |
CN109408235A (zh) * | 2018-10-19 | 2019-03-01 | 珠海金山网络游戏科技有限公司 | 一种数据处理方法及装置、一种计算设备及存储介质 |
CN111007986A (zh) * | 2019-11-04 | 2020-04-14 | 厦门天锐科技股份有限公司 | 一种基于内存的文本分段传递的方法及装置 |
CN111007986B (zh) * | 2019-11-04 | 2022-09-30 | 厦门天锐科技股份有限公司 | 一种基于内存的文本分段传递的方法及装置 |
CN112527407A (zh) * | 2020-12-07 | 2021-03-19 | 深圳创维-Rgb电子有限公司 | 一种应用启动方法、终端及计算机可读存储介质 |
CN112527407B (zh) * | 2020-12-07 | 2023-09-22 | 深圳创维-Rgb电子有限公司 | 一种应用启动方法、终端及计算机可读存储介质 |
CN113641461A (zh) * | 2021-10-14 | 2021-11-12 | 云宏信息科技股份有限公司 | Kvm虚拟化系统资源配置方法、介质及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104077191A (zh) | 一种用于管理内存资源的方法及装置 | |
CN106095592B (zh) | 一种前景应用程序场景同步方法及装置、系统 | |
US11307939B2 (en) | Low impact snapshot database protection in a micro-service environment | |
WO2020157607A1 (en) | Patch management in a hybrid computing environment | |
CN103778007A (zh) | 一种应用管理方法及装置 | |
US9235410B2 (en) | Tracking software package dependencies using a graph model | |
US9274778B2 (en) | Software signature discovery | |
CN103777871A (zh) | 一种锁屏状态下启动应用的方法及装置 | |
CN103761036A (zh) | 一种用于启动应用的方法及装置 | |
US8918776B2 (en) | Self-adapting software system | |
US9275201B2 (en) | Execution-based license discovery and optimization | |
CN103810106A (zh) | 一种测试界面流畅度的方法和装置 | |
US20210064644A1 (en) | Yaml configuration modeling | |
CN104182330A (zh) | 一种应用推荐方法、装置以及终端 | |
US20170124321A1 (en) | Method and Apparatus for Determining Behavior Information Corresponding to a Dangerous File | |
US20220035639A1 (en) | Post hoc image and volume review of short-lived linux containers | |
CN109710263B (zh) | 代码的编译方法、装置、存储介质及电子设备 | |
CN103885798A (zh) | 一种数据处理方法及电子设备 | |
US20150113420A1 (en) | Overloaded schedule detection and notification | |
US20160299768A1 (en) | Automatic identification of returned merchandise in a data center | |
US9766940B2 (en) | Enabling dynamic job configuration in mapreduce | |
US9727344B2 (en) | Mining dependencies from disk images | |
US10372585B2 (en) | Incident tracker | |
US20180173540A1 (en) | Program execution system and method for launching resident programs | |
CN111092954B (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20141001 |