CN110471764A - 一种内存清理的处理方法及装置 - Google Patents
一种内存清理的处理方法及装置 Download PDFInfo
- Publication number
- CN110471764A CN110471764A CN201910709332.XA CN201910709332A CN110471764A CN 110471764 A CN110471764 A CN 110471764A CN 201910709332 A CN201910709332 A CN 201910709332A CN 110471764 A CN110471764 A CN 110471764A
- Authority
- CN
- China
- Prior art keywords
- file
- terminal
- index
- index database
- monitor
- 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
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/13—File access structures, e.g. distributed indices
-
- 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
Abstract
本申请实施例提供一种内存清理的处理方法及装置,包括:对终端目录进行扫描,分别获取终端中的文件对应的唯一性标识;根据所述唯一性标识为所述文件生成对应的索引,并将所述索引结构化存储至索引库中;所述索引库用于存储标记所述终端中文件的索引信息;实时监控所述终端中对应的文件变化,将所述文件变化对应的更新信息实时更新至所述索引库中;当接收到扫描指令后,根据所述索引库对所述终端目录进行扫描,对终端中文件对应的文件信息进行展示后供用户进行清理。本申请可以迅速的识别并展示待清理的文件,提高了垃圾文件的扫描效率,减少用户在清理界面的等待时间。
Description
技术领域
本申请涉及计算机技术领域,尤其涉及对内存清理的处理方法及装置。
背景技术
移动终端在使用过程中经常会遇到变慢,程序运行不流畅的问题。这主要是由于在使用过程中,后台同时运行着大量的程序,占用了大量的内存,影响用户的正常使用。而且随着各种程序的功能增加或者界面的更改,其所占用的内存也越来越多。尤其是对于运行于安卓(Android)系统的移动终端,由于安卓系统采用的是垃圾内存回收机制,不会自动关闭进入后台运行的程序,因此安卓程序会驻留后台,而且有些还会自动启动,浪费了大量的内存空间,导致用户的使用体验大大降低。
目前在进行垃圾清理操作时,通常情况的实现方式是用户进入扫描清理功能后,引擎才进行文件系统扫描,在扫描过程中用户一直处于等待状态,并且扫描空间越大所需要的时间越长,扫描过程会一直持续直到系统的垃圾信息全部扫描完毕,所述垃圾文件的扫描方式严重浪费了用户的时间,且扫描过程中一直处在清理界面,会使得用户长时间无法操作其他界面,导致用户的使用体验体验较差。
发明内容
本申请实施例的目的是提供一种内存清理的处理方法及装置,以实现在客户端对垃圾文件的快速展示与清理,提高垃圾文件的清理效率的问题。
为解决上述技术问题,本申请实施例是这样实现的:
根据本申请实施例的第一方面,提供一种内存清理的处理的方法,所述方法包括:
对终端目录进行扫描,分别获取终端中的文件对应的唯一性标识;
根据所述唯一性标识为所述文件生成对应的索引,并将所述索引结构化存储至索引库中;所述索引库用于存储标记所述终端中文件的索引信息;
实时监控所述终端中对应的文件变化,将所述文件变化对应的更新信息实时更新至所述索引库中;
当接收到扫描指令后,根据所述索引库对所述终端目录进行扫描,对终端中文件对应的文件信息进行展示后供用户进行清理。
本申请一实施例中,根据所述唯一性标识为所述文件生成索引,并将所述索引结构化存储至索引库中,包括:
提取所述终端中的文件对应的文件描述信息,根据所述文件描述信息确定所述终端中的文件对应的唯一性标识;
根据所述唯一性标识建立所述文件对应的索引;所述索引与所述文件一一对应,并将其结构化存储至索引库中。
本申请一实施例中,将所述索引结构化存储至索引库中,包括:
所述索引库存储多条目标记录,根据预设的规则,将各索引进行分类,以目标记录的形式存储至索引库中;
其中所述多条目标记录包括但不限于:用于存储待清理文件对应索引的数据清理路径。
本申请一实施例中,实时监控所述终端中对应的文件变化,将所述文件变化对应的更新信息实时更新至所述索引库中,包括:
通过监控器对所述终端中的文件进行实时监控,所述监控方式根据系统状态确定;
如有一种以上的监控器生效,则按照优先级,选取优先级高的文件监控器进行实时监控。
本申请一实施例中,包括:
利用所述监控器对所述数据清理路径进行实时监控,监控到所述文件变化后,将所述文件变化对应的待清理文件对应的索引进行记录并保存到索引库中。
本申请一实施例中,当接收到扫描指令后,根据所述索引库对所述终端目录进行扫描,对终端中文件对应的文件信息进行展示后供用户进行清理,包括:
根据接收到的扫描指令,对所述索引库中位于所述数据清理路径中的终端目录进行扫描;
根据所述扫描结果对所述数据清理路径中的终端中的文件进行展示和/或清理。
根据本申请实施例的第二方面,提供一种内存清理的装置,所述装置包括:
扫描模块,对终端目录进行扫描,分别获取终端中的文件对应的唯一性标识;
存储模块,根据所述唯一性标识为所述文件生成对应的索引,并将所述索引结构化存储至索引库中;所述索引库用于存储标记所述终端中文件的索引信息;
监控模块,实时监控所述终端中对应的文件变化,将所述文件变化对应的更新信息实时更新至所述索引库中;
清理模块,当接收到扫描指令后,根据所述索引库对所述终端目录进行扫描,对终端中文件对应的文件信息进行展示后供用户进行清理。
本申请一实施例中,所述存储模块中,
提取所述终端中的文件对应的文件描述信息,根据所述文件描述信息确定所述终端中的文件对应的唯一性标识;
根据所述唯一性标识建立所述文件对应的索引;所述索引与所述文件一一对应,并将其结构化存储至索引库中。
本申请一实施例中,所述存储模块中,还包括,
所述索引库存储多条目标记录,根据预设的规则,将各索引进行分类,以目标记录的形式存储至索引库中;
其中所述多条目标记录包括但不限于:用于存储待清理文件对应索引的数据清理路径。
本申请一实施例中,所述监控模块中,
通过监控器对所述终端中的文件进行实时监控,所述监控方式根据系统状态确定;
如有一种以上的监控器生效,则按照优先级,选取优先级高的文件监控器进行实时监控。
本申请一实施例中,监控模块中,还包括,
利用所述监控器对所述数据清理路径进行实时监控,监控到所述文件变化后,将所述文件变化对应的待清理文件对应的索引进行记录并保存到索引库中。
本申请一实施例中,清理模块中,
根据接收到的扫描指令,对所述索引库中位于所述数据清理路径中的终端目录进行扫描;
根据所述扫描结果对所述数据清理路径中的终端中的文件进行展示和/或清理。
由以上本申请实施例提供的技术方案可见,本申请实施例对终端目录进行扫描,分别获取终端中的文件对应的唯一性标识;根据所述唯一性标识为所述文件生成对应的索引,并将所述索引结构化存储至索引库中;所述索引库用于存储标记所述终端中文件的索引信息;实时监控所述终端中对应的文件变化,将所述文件变化对应的更新信息实时更新至所述索引库中;当接收到扫描指令后,根据所述索引库对所述终端目录进行扫描,对终端中文件对应的文件信息进行展示后供用户进行清理。本申请采用建立实时监控索引库,对数据清理路径的待清理数据进行缓存,当用户需要清理,直接展示或清除所述待清理数据,达到高效、迅速的为用户提供服务的目的,节省了用户的时间,提升了应用的流畅度。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请的一个实施例的内存清理的处理方法的流程图;
图2是本申请的一个实施例的内存清理的处理方法的索引结构图;
图3是本申请的一个实施例的内存清理的处理方法的分区表结构图;
图4是本申请的一个实施例的内存清理的处理方法的垃圾清理路径结构图;
图5是本申请的一个实施例的内存清理的处理方法的监控方式选择图;
图6是本申请的一个实施例的内存清理的处理对应电子设备的结构示意图;
图7是本申请的一个实施例的内存清理的处理装置的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本说明书中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本说明书的一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本说明书保护的范围。
本申请实施例提供了一种内存清理的处理方法及装置。
下面首先对本申请实施例提供的一种内存清理的处理方法进行介绍。
目前移动终端在运行应用软件时,大部分应用软件将在移动终端的公共存储空间存储大量的文件,随着各应用软件的不断运行,产生的缓存文件占用了大量的存储空间,从而使移动终端的性能降低。而常规数据清理操作需要用户进入清理界面,触发相应的动作而执行清理操作,用户在清理界面的等待时间较长,且不能进入其他界面进行操作,用户体验较差。
本实施例中,首先对终端中的目录进行全盘扫描,可以分别获取到每个终端目录对应的终端中的文件,提取终端中的文件对应的唯一性标识,根据唯一性标识生成文件对应的索引,将所述索引结构化存储至索引库中,所述索引库用于存储标记所述终端中文件的索引信息;实时监控所述终端中对应的文件变化,将所述文件变化对应的更新信息实时更新至所述索引库中;当接收到扫描指令后,根据所述索引库对所述终端目录进行扫描,对终端中文件对应的文件信息进行展示后供用户进行清理。
图1是本申请的一个实施例的内存清理的处理方法的流程图,如图1所示,该方法可以包括以下步骤:
在步骤101中,对终端目录进行扫描,分别获取终端中的文件对应的唯一性标识。
本实施例中,将目标应用程序安装至用户终端后,所述目标应用程序可以通过系统提供的API对终端中的目录进行扫描;扫描区域包括但不限于:手机内部存储、外置的SD卡、移动硬盘等;根据对所述终端目录的扫描结果,分别获取终端目录对应的终端文件,提取所述终端文件的唯一性标识并进行记录。
所述唯一性标识可以根据文件的描述信息,包括但不限于:文件的大小、类型、创建日期、修改日期、创建时间、修改时间、存储路径等;也可以根据文件内的变量名称,变量格式,以及描述性的变量标签和值标签等进行提取,形成唯一性标识;还可以根据所述文件的文件名,对所述文件名进行加密处理,形成唯一性标识;以上仅为本实施例的几种方法,再此不做具体限定。
在步骤102中,根据所述唯一性标识为所述文件生成对应的索引,并将所述索引结构化存储至索引库中;所述索引库用于存储标记所述终端中文件的索引信息。
具体的,将根据所述唯一性标识为所述文件生成对应的索引,并将所述索引结构化存储至索引库中,包括以下步骤:
根据所述唯一性标识建立所述文件对应的索引;所述索引与所述文件一一对应,并将其结构化存储至索引库中;
为存储的唯一性标识建立唯一匹配的索引与之相对应,使所述索引可以存储至索引库中,当对目标文件进行查找时,可以在索引库中迅速找到与目标文件相匹配的索引,根据所述索引迅速查找与之对应的文件描述信息,其中文件描述信息,包括文件的存储路径,从而达到对目标文件进行快速调用的目的。
具体的,将所述索引结构化存储至索引库中,包括:
所述索引库存储多条目标记录,根据预设的规则,将各索引进行分类,以目标记录的形式存储至索引库中;
在步骤103中,实时监控所述终端中对应的文件变化,将所述文件变化对应的更新信息实时更新至所述索引库中。
具体的,所述实施例,包括以下步骤:
步骤A:
通过监控器对所述终端中的文件进行实时监控,所述监控方式根据系统状态确定;
在进行文件监控的过程中,会根据监控器的实时运行情况对终端中的路径进行拆分:若被监控路径为系统路径,则直接读取系统中的方法识别所述系统路径中的文件信息,若被监控路径为普通路径,则采用斜线分割法识别路径中的文件信息。
由于Android系统的版本变化和终端设备的形态多样,所以根据用户的系统版本和设备信息,确定所使用的监控方式,可以实现合理适配用户设备的目的。
通过使用MediaStoreObserver、FileObserver、JobServer等方式,对文件进行监控,当用户安装应用,并开启文件监控后,系统会根据终端的运行状态,并行或串行启动多种监控方式进行尝试,有一下两种情况:
若一种监控方式不生效或监控不到文件变化,则会停止此监控方式,更换其他监控方式;
若多种监控方式均可生效,则根据监控方式的优先级确定候选的监控方式作为此设备的监控方式,其中优先级是通过计算监控范围、目标文件的类型、用户的行为习惯、文件的存储位置等因素的权重值确定的。
MediaStoreObserver的监控范围相对于FileObserver较大,FileObserver的监控范围相对于JobServer较大,所以在计算监控范围的权值时MediaStoreObserver的权值大于FileObserver的权值大于JobServer权值;由于内存的调用较快,所以存储在内存中文件的存储位置权重大于存储在SD卡的文件的存储位置权重等;以上仅为本实施例的几种方法,在此不做具体限定。
将所述各影响因素的权重,通过预设的优先级计算公式,确定所述优先级顺序。
所述监控方式会根据系统的更新,设备的更换等信息,进行重复适配,直至选出适合的监控方式。
步骤B:
如有一种以上的监控器生效,则按照优先级,选取优先级高的文件监控器进行实时监控;
对终端中的文件进行实时监控,将监控到的数据发送到索引库中,将监控到的数据进行合并与处理。
在进行对终端中的文件进行检测的过程中,会发生多线程同时运行的情况,系统会通过多个监控器对多个线程进行监控,每个监控器检测不同的文件,实现同时监控多个文件变化的目的。
当多各监控器同时对多个线程进行监控的时候,会使索引库同时收到多条更新信息,索引库可以同时对无关性数据进行同时更新,或,系统按照文件监控器的优先级,选取优先级高的文件监控器进行监控,优先更新优先级高的文件监控器提供的索引信息;
若收到的待更新数据为相关性数据,系统按照文件监控器的优先级,选取优先级高的文件监控器进行监控,优先更新优先级高的文件监控器提供的索引信息。
具体的,利用所述监控器对所述数据清理路径进行实时监控,监控到所述文件变化后,将所述文件变化对应的待清理文件对应的索引进行记录并保存到索引库中,包括:
实时监控数据清理路径对应的文件,根据预设的数据清理规则,将监控到的文件变化即目标记录对应的索引进行合并与更新,将更新后的索引保存至索引库的数据清理路径中,当接受到对应的数据清理指令后,可以实现对清理文件的快速调用与清理。
在步骤104中,当接收到扫描指令后,根据所述索引库对所述终端目录进行扫描,对终端中文件对应的文件信息进行展示后供用户进行清理。
具体的,当接收到扫描指令后,会根据接收到的扫描指令,对所述索引库中位于所述数据清理路径中的终端目录进行扫描。
所述扫描方式可以为增量扫描,即接收到扫描指令后对数据清理路径中的新增索引对应的文件进行扫描;也可以为全量扫描,即接收到扫描指令后对数据清理路径中的全部索引对应的文件进行扫描;具体扫描方式根据用户的操作或系统预先定义的方式进行选择,这里不做具体限定。
根据所述扫描结果对所述数据清理路径中的终端中的文件进行展示和/或清理。
具体实施方式1:当接受到用户“全局扫描”的指令后,根据接收到的全局扫描指令,对所述索引库中位于所述数据清理路径中的全部终端目录进行扫描;调用数据清理路径中全部索引对应的目标文件,将全部的文件展示给目标用户,根据用户的指令或系统预先的设置对文件进行清理。
具体实施方式2:当接受到用户“快速扫描”的指令后,根据接收到的扫描指令,对所述索引库中位于所述数据清理路径中的新增终端目录进行扫描;所述新增目录是从上一次扫描指令结束完毕之后至此次接收到扫描指令的一段时间内产生的终端目录,调用数据清理路径中新增索引对应的目标文件,将新增的文件展示给目标用户,根据用户的指令或系统预先的设置对文件进行清理。
其中所述预先设置可以为预先设定的清理时间和清理方式,其中所述清理方式和清理时间可以根据待清理文件的属性确定,所述文件属性包括:系统属性、隐藏属性、只读属性、归档属性、无内容索引文件属性等,此处不做具体限定。
本申请在内存清理的处理过程中,通过对终端中的文件的实时监控,可以实现对目标文件的快速调用,包括但不仅限于在数据扫描的过程中,通过快速的文件扫描操作,从一定程度上节约了用户在清理文件过程中所需要的时间,实现了几乎“零等待”的扫描效果,提高了用户的体验。
在另一实施例中,对进行内存清理的过程中,
步骤201:对终端目录进行扫描,分别获取终端中的文件对应的唯一性标识。
在本实施例中,当目标应用程序安装至终端后,目标应用程序会对终端的目录进行扫描,根据对所述终端目录的扫描结果分别获取终端目录对应的终端文件,提取所述终端文件的唯一性标识并进行记录。
步骤202:根据所述唯一性标识为所述文件生成对应的索引,并将所述索引结构化存储至索引库中;所述索引库用于存储标记所述终端中文件的索引信息。
具体的包括:提取所述终端中的文件对应的文件描述信息,根据所述文件描述信息确定所述终端中的文件对应的唯一性标识;根据所述唯一性标识建立所述文件对应的索引;所述索引与所述文件一一对应,并将其结构化存储至索引库中。
根据目标记录的当前路径与上一级路径可以实现对目标记录的快速调用,其中分区将确定文件所在的位置,包括:手机内部存储、外置的SD卡、移动硬盘等,当外置SD卡或移动硬盘等外部存储装置与目标终端失去连接时,终端可以迅速的对外部存储设备对应的文件及记录进行快速识别;可以根据用户操作或系统自动操作,迅速释放与外部存储设备连接时所产生的无用数据,可以达到迅速释放终端内存空间的目的。
图2是本申请的一个实施例的内存清理的处理方法的索引结构图,在所述索引库中可以记录目标记录的当前路径、上一路径、所处的分区id等信息,同时会判断目标记录是否为文件,便于快速的对所需目标记录进行查找与调用;
_id是自增主键;
path是当前路径;
已知Tecc的全路径是/storage/emulated/0/tencent/Tecc.jpg,则Tecc的当前路径为:Tecc;
parent_id是上一级路径_id,其中parent_id=0时为根目录;
例如:Tecc.jpg上一级路径的_id=1,_id=1的路径是tencent,路径为tencent/Tecc.jpg;
is_file表示是否是文件,文件是1,目录是0;
例如:Tecc的分区值是1,所以Tecc为文件;
mounted_id是分区id;
图3是本申请的一个实施例的内存清理的处理方法的分区表结构图,mounted_id=1是终端的内部存储,mounted_id=2是外置存储设备:
_id是自增主键;
mounted_id=1:/storage/emulated/0/;
mounted_id=2:/storage/0000/;
例如:Tecc的分区值是1,对应分区表_id=1的路径是/storage/emulated/0/,所以路径是/storage/emulated/0/tencent;
其中所述多条目标记录包括但不限于:用于存储待清理文件对应索引的数据清理路径。
对多条目标记录进行分析,将不同种类的文件对应索引的在索引库内进行分类存储,或将不同种类的文件对应的索引在索引库内进行分类记录,根据所述存储方式或存储记录可以实现快速调用某类型文件的目的。
图4是本申请的一个实施例的内存清理的处理方法的垃圾清理路径结构图,在所述垃圾清理路径中可以存储目标记录的索引、所在的分区、存储路径、对应的应用包名、使用的清理类型、存储时间等。
_id是自增主键;
path是路径的索引id,第一位为目标记录所在的分区,第二位及第二位之后为目标记录的存储路径;
例如:某文件的path=1+1+4,
第一位为1,即图3中mounted_id=1:终端的内部存储,所以目标记录的所在分区为:/storage/emulated/0/;
第二位为1,即图2中path=1,所以存储路径为:tencent;
第三位为4,即图2中path=4,所以存储路径为:Tecc.jpg;
综上所述,所述目标文件的存储路径为/storage/emulated/0/+tencent+Tecc.jpg;
pkg是应用的包名,可以通过应用的包名找到相应的应用;
例如:Tecc的文件包名为:com.tencent.mm;
clean_type是清理类型,其中:
clean_type=1表示直接可以清理;
clean_type=2表示延时清理,即根据过期时间进行清理,具体清理时间需要参考exp_time参数,通常以天为单位,此处不做具体限定;
例如:Tecc文件的clean_type=1,即可以在接收到清理指令或根据预先设置的规则对Tecc文件进行直接清理。
exp_time是超时时间;通常配合clean_type=2的情况下使用。
例如:某文件的path=1+2+3+5,
则目标文件的存储路径为/storage/emulated/0/+sina+weibo+pp.doc;
包名为:com.sina.weibo;
清理类型:延时清理;
延时清理时间为:7天,即7天后对目标文件进行清理。
步骤203:实时监控所述终端中对应的文件变化,将所述文件变化对应的更新信息实时更新至所述索引库中。
通过监控器对所述终端中的文件进行实时监控,所述监控方式根据系统状态确定;
在进行文件监控的过程中,会根据监控器的实时运行情况对终端中的路径进行拆分:若被监控路径为系统路径,则直接读取系统方法识别路径中的文件信息,若被监控路径为普通路径,则采用斜线分割法识别路径中的文件信息。
在本实施例中:
目标文件的原路径为:/storage/emulated/0/tencent/Tecc.jpg
拆分后为:
系统路径:/storage/emulated/0/;
一级路径:tencent;
二级路径:Tecc.jpg。
如有一种以上的监控器生效,则按照优先级,选取优先级高的文件监控器进行实时监控。
若一种监控方式不生效或监控不到文件变化,则会停止此监控方式,更换其他监控方式;
若多种监控方式均可生效,则根据监控方式的优先级确定候选的监控方式作为此设备的监控方式,其中优先级是通过计算监控范围、目标文件的类型、用户的行为习惯、文件的存储位置等因素的权重值确定的。
图5是本申请的一个实施例的内存清理的处理方法的监控方式选择图,
本实施例中,当MediaStoreObserver不能监控到文件变化时,则会尝试使用其他的监控方式;若此时FileObserver与JobServer等监控方式同时可以监控到文件的变化,则会比较几者之间的优先级,由于FileObserver是文件库所以监控的范围较大,效果较好,综合判断FileObserver的优先级高于其他监控方式的优先级,则选用FileObserver方式进行文件监控。
步骤204:当接收到扫描指令后,根据所述索引库对所述终端目录进行扫描,对终端中文件对应的文件信息进行展示后供用户进行清理。
在本实施例中,当接受到扫描指令后,调用索引库清理路径中各清理文件对应的索引。
本实施例中仅以一个存储在清理路径中一个待清理数据Tecc为例,通过Tecc对应的索引找到对应的路径:系统路径:/storage/emulated/0/,并查找一级路径:tencent与二级路径:Tecc.jpg,即可迅速的找到所述目标文件,对其进行展示,根据用户的需求或预定义的方式对所述Tecc文件进行展示和/或清理。
在另一个可选的实施例中,对内存清理进行处理时:
图6是本申请的一个实施例的内存清理的处理对应电子设备的结构示意图。在硬件层面,该电子设备包括处理器,可选地还包括内部总线、网络接口、存储器。其中,存储器可能包含内存,例如高速随机存取存储器(Random-Access Memory,RAM),也可能还包括非易失性存储器(non-volatile memory),例如至少1个磁盘存储器等。当然,该电子设备还可能包括其他业务所需要的硬件。
处理器、网络接口和存储器可以通过内部总线相互连接,该内部总线可以是ISA(Industry Standard Architecture,工业标准体系结构)总线、PCI(PeripheralComponent Interconnect,外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture,扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图2中仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。
存储器,用于存放程序。具体地,程序可以包括程序代码,所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器,并向处理器提供指令和数据。
处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行,在逻辑层面上形成游戏中音频控制的装置。处理器,执行存储器所存放的程序,并具体用于执行以下操作:
对终端目录进行扫描,分别获取终端中的文件对应的唯一性标识;
根据所述唯一性标识为所述文件生成对应的索引,并将所述索引结构化存储至索引库中;所述索引库用于存储标记所述终端中文件的索引信息;
实时监控所述终端中对应的文件变化,将所述文件变化对应的更新信息实时更新至所述索引库中;
当接收到扫描指令后,根据所述索引库对所述终端目录进行扫描,对终端中文件对应的文件信息进行展示后供用户进行清理。
上述如本申请图6所示实施例揭示的内存清理的方法可以应用于处理器中,或者由处理器实现。处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
该电子设备还可执行图1的方法,并实现内存清理的处理方法的装置在图1所示实施例的功能,本申请实施例在此不再赘述。
当然,除了软件实现方式之外,本说明书的电子设备并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
图7是本申请的一个实施例的内存清理的处理装置的结构示意图。请参考图7,在一种软件实施方式中,图片中的内存清理装置700,可以包括:扫描模块701,存储模块702,监控模块703,清理模块704,其中,
扫描模块701,用于对终端目录进行扫描,分别获取终端中的文件对应的唯一性标识;
存储模块702,用于根据所述唯一性标识为所述文件生成对应的索引,并将所述索引结构化存储至索引库中;所述索引库用于存储标记所述终端中文件的索引信息;
监控模块703,用于实时监控所述终端中对应的文件变化,将所述文件变化对应的更新信息实时更新至所述索引库中;
清理模块704,用于当接收到扫描指令后,根据所述索引库对所述终端目录进行扫描,对终端中文件对应的文件信息进行展示后供用户进行清理。
所述存储模块702,具体包括:
提取所述终端中的文件对应的文件描述信息,根据所述文件描述信息确定所述终端中的文件对应的唯一性标识;
根据所述唯一性标识建立所述文件对应的索引;所述索引与所述文件一一对应,并将其结构化存储至索引库中。
所述存储模块702,还包括:
所述索引库存储多条目标记录,根据预设的规则,将各索引进行分类,以目标记录的形式存储至索引库中;
其中所述多条目标记录包括但不限于:用于存储待清理文件对应索引的数据清理路径。
所述监控模块703,具体包括:
通过监控器对所述终端中的文件进行实时监控,所述监控方式根据系统状态确定;
如有一种以上的监控器生效,则按照优先级,选取优先级高的文件监控器进行实时监控。
所述监控模块703,还包括:
利用所述监控器对所述数据清理路径进行实时监控,监控到所述文件变化后,将所述文件变化对应的待清理文件对应的索引进行记录并保存到索引库中。
所述清理模块704,具体包括:
根据接收到的扫描指令,对所述索引库中位于所述数据清理路径中的终端目录进行扫描;
根据所述扫描结果对所述数据清理路径中的终端中的文件进行展示和/或清理。
总之,以上所述仅为本说明书的较佳实施例而已,并非用于限定本说明书的保护范围。凡在本说明书的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本说明书的保护范围之内。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitorymedia),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
Claims (12)
1.一种内存清理的处理方法,其特征在于,所述方法包括:
对终端目录进行扫描,分别获取终端中的文件对应的唯一性标识;
根据所述唯一性标识为所述文件生成对应的索引,并将所述索引结构化存储至索引库中;所述索引库用于存储标记所述终端中文件的索引信息;
实时监控所述终端中对应的文件变化,将所述文件变化对应的更新信息实时更新至所述索引库中;
当接收到扫描指令后,根据所述索引库对所述终端目录进行扫描,对终端中文件对应的文件信息进行展示后供用户进行清理。
2.根据权利要求1所述的方法,其特征在于,根据所述唯一性标识为所述文件生成索引,并将所述索引结构化存储至索引库中,包括:
提取所述终端中的文件对应的文件描述信息,根据所述文件描述信息确定所述终端中的文件对应的唯一性标识;
根据所述唯一性标识建立所述文件对应的索引;所述索引与所述文件一一对应,并将其结构化存储至索引库中。
3.根据权利要求2所述的方法,其特征在于,将所述索引结构化存储至索引库中,包括:
所述索引库存储多条目标记录,根据预设的规则,将各索引进行分类,以目标记录的形式存储至索引库中;
其中所述多条目标记录包括但不限于:用于存储待清理文件对应索引的数据清理路径。
4.根据权利要求1所述的方法,其特征在于,实时监控所述终端中对应的文件变化,将所述文件变化对应的更新信息实时更新至所述索引库中,包括:
通过监控器对所述终端中的文件进行实时监控,所述监控方式根据系统状态确定;
如有一种以上的监控器生效,则按照优先级,选取优先级高的文件监控器进行实时监控。
5.根据权利要求4所述的方法,其特征在于,包括:
利用所述监控器对所述数据清理路径进行实时监控,监控到所述文件变化后,将所述文件变化对应的待清理文件对应的索引进行记录并保存到索引库中。
6.根据权利要求1所述的方法,其特征在于,当接收到扫描指令后,根据所述索引库对所述终端目录进行扫描,对终端中文件对应的文件信息进行展示后供用户进行清理,包括:
根据接收到的扫描指令,对所述索引库中位于所述数据清理路径中的终端目录进行扫描;
根据所述扫描结果对所述数据清理路径中的终端中的文件进行展示和/或清理。
7.一种内存清理的处理装置,其特征在于,所述装置包括:
扫描模块,对终端目录进行扫描,分别获取终端中的文件对应的唯一性标识;
存储模块,根据所述唯一性标识为所述文件生成对应的索引,并将所述索引结构化存储至索引库中;所述索引库用于存储标记所述终端中文件的索引信息;
监控模块,实时监控所述终端中对应的文件变化,将所述文件变化对应的更新信息实时更新至所述索引库中;
清理模块,当接收到扫描指令后,根据所述索引库对所述终端目录进行扫描,对终端中文件对应的文件信息进行展示后供用户进行清理。
8.根据权利要求7所述的装置,其特征在于,存储模块,包括:
提取所述终端中的文件对应的文件描述信息,根据所述文件描述信息确定所述终端中的文件对应的唯一性标识;
根据所述唯一性标识建立所述文件对应的索引;所述索引与所述文件一一对应,并将其结构化存储至索引库中。
9.根据权利要求8所述的装置,其特征在于,存储模块,还包括:
所述索引库存储多条目标记录,根据预设的规则,将各索引进行分类,以目标记录的形式存储至索引库中;
其中所述多条目标记录包括但不限于:用于存储待清理文件对应索引的数据清理路径。
10.根据权利要求7所述的装置,其特征在于,监控模块,包括:
通过监控器对所述终端中的文件进行实时监控,所述监控方式根据系统状态确定;
如有一种以上的监控器生效,则按照优先级,选取优先级高的文件监控器进行实时监控。
11.根据权利要求10所述的装置,其特征在于,监控模块,还包括:
利用所述监控器对所述数据清理路径进行实时监控,监控到所述文件变化后,将所述文件变化对应的待清理文件对应的索引进行记录并保存到索引库中。
12.根据权利要求7所述的装置,其特征在于,清理模块,包括:
根据接收到的扫描指令,对所述索引库中位于所述数据清理路径中的终端目录进行扫描;
根据所述扫描结果对所述数据清理路径中的终端中的文件进行展示和/或清理。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910709332.XA CN110471764A (zh) | 2019-08-01 | 2019-08-01 | 一种内存清理的处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910709332.XA CN110471764A (zh) | 2019-08-01 | 2019-08-01 | 一种内存清理的处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110471764A true CN110471764A (zh) | 2019-11-19 |
Family
ID=68508523
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910709332.XA Pending CN110471764A (zh) | 2019-08-01 | 2019-08-01 | 一种内存清理的处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110471764A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112328327A (zh) * | 2020-11-20 | 2021-02-05 | 杭州迪普科技股份有限公司 | 配置分区整理方法、装置 |
CN112506859A (zh) * | 2020-08-21 | 2021-03-16 | 海信视像科技股份有限公司 | 一种维护硬盘数据的方法及显示设备 |
Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7069594B1 (en) * | 2001-06-15 | 2006-06-27 | Mcafee, Inc. | File system level integrity verification and validation |
CN1822230A (zh) * | 2006-03-02 | 2006-08-23 | 浙江大学 | 基于NAND Flash存储器文件系统的实现方法 |
CN101187901A (zh) * | 2007-12-20 | 2008-05-28 | 康佳集团股份有限公司 | 一种实现文件访问的高速缓存系统和方法 |
CN103092678A (zh) * | 2013-01-22 | 2013-05-08 | 华中科技大学 | 一种多增量虚拟机内存管理系统和方法 |
US20140236905A1 (en) * | 2012-03-30 | 2014-08-21 | Beijing Netqin Technology Co., Ltd. | Method and system for scanning files of a device by using cloud computing |
CN104391850A (zh) * | 2014-07-31 | 2015-03-04 | 珠海市君天电子科技有限公司 | 一种磁盘垃圾文件的清理方法、清理装置及终端设备 |
CN104699529A (zh) * | 2015-03-26 | 2015-06-10 | 联想(北京)有限公司 | 一种信息获取方法及装置 |
CN105045850A (zh) * | 2015-07-06 | 2015-11-11 | 西北工业大学 | 云存储日志文件系统中垃圾数据回收方法 |
CN105302832A (zh) * | 2014-07-24 | 2016-02-03 | 中兴通讯股份有限公司 | 文件管理方法及装置 |
CN106250462A (zh) * | 2016-07-28 | 2016-12-21 | 北京金山安全软件有限公司 | 一种清理垃圾文件的方法、装置及移动设备 |
CN104239091B (zh) * | 2014-08-25 | 2017-08-04 | 北京金山安全软件有限公司 | 一种文件清理方法、装置及终端 |
CN107111561A (zh) * | 2014-11-05 | 2017-08-29 | 股份公司水山Int | 在完全虚拟化系统监控资源的装置及方法 |
CN108021590A (zh) * | 2016-10-28 | 2018-05-11 | 阿里巴巴集团控股有限公司 | 一种目标对象属性确定方法、属性更新方法及装置 |
CN108345616A (zh) * | 2017-01-24 | 2018-07-31 | 天津三星通信技术研究有限公司 | 电子终端的清理垃圾数据的方法和设备 |
-
2019
- 2019-08-01 CN CN201910709332.XA patent/CN110471764A/zh active Pending
Patent Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7069594B1 (en) * | 2001-06-15 | 2006-06-27 | Mcafee, Inc. | File system level integrity verification and validation |
CN1822230A (zh) * | 2006-03-02 | 2006-08-23 | 浙江大学 | 基于NAND Flash存储器文件系统的实现方法 |
CN101187901A (zh) * | 2007-12-20 | 2008-05-28 | 康佳集团股份有限公司 | 一种实现文件访问的高速缓存系统和方法 |
US20140236905A1 (en) * | 2012-03-30 | 2014-08-21 | Beijing Netqin Technology Co., Ltd. | Method and system for scanning files of a device by using cloud computing |
CN103092678A (zh) * | 2013-01-22 | 2013-05-08 | 华中科技大学 | 一种多增量虚拟机内存管理系统和方法 |
CN105302832A (zh) * | 2014-07-24 | 2016-02-03 | 中兴通讯股份有限公司 | 文件管理方法及装置 |
CN104391850A (zh) * | 2014-07-31 | 2015-03-04 | 珠海市君天电子科技有限公司 | 一种磁盘垃圾文件的清理方法、清理装置及终端设备 |
CN104239091B (zh) * | 2014-08-25 | 2017-08-04 | 北京金山安全软件有限公司 | 一种文件清理方法、装置及终端 |
CN107111561A (zh) * | 2014-11-05 | 2017-08-29 | 股份公司水山Int | 在完全虚拟化系统监控资源的装置及方法 |
CN104699529A (zh) * | 2015-03-26 | 2015-06-10 | 联想(北京)有限公司 | 一种信息获取方法及装置 |
CN105045850A (zh) * | 2015-07-06 | 2015-11-11 | 西北工业大学 | 云存储日志文件系统中垃圾数据回收方法 |
CN106250462A (zh) * | 2016-07-28 | 2016-12-21 | 北京金山安全软件有限公司 | 一种清理垃圾文件的方法、装置及移动设备 |
CN108021590A (zh) * | 2016-10-28 | 2018-05-11 | 阿里巴巴集团控股有限公司 | 一种目标对象属性确定方法、属性更新方法及装置 |
CN108345616A (zh) * | 2017-01-24 | 2018-07-31 | 天津三星通信技术研究有限公司 | 电子终端的清理垃圾数据的方法和设备 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112506859A (zh) * | 2020-08-21 | 2021-03-16 | 海信视像科技股份有限公司 | 一种维护硬盘数据的方法及显示设备 |
CN112506859B (zh) * | 2020-08-21 | 2023-02-28 | 海信视像科技股份有限公司 | 一种维护硬盘数据的方法及显示设备 |
CN112328327A (zh) * | 2020-11-20 | 2021-02-05 | 杭州迪普科技股份有限公司 | 配置分区整理方法、装置 |
CN112328327B (zh) * | 2020-11-20 | 2023-10-27 | 杭州迪普科技股份有限公司 | 配置分区整理方法、装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5661104B2 (ja) | 検索エンジンインデクシング及びインデックスを使用する検索のための方法とシステム | |
CN104866510B (zh) | 残留文件的清除方法、装置及其特征库的建立方法、装置 | |
CN108549569B (zh) | 一种搜索应用程序内信息的方法及设备 | |
CN110674408B (zh) | 业务平台、训练样本的实时生成方法及装置 | |
CN108021590B (zh) | 一种目标对象属性确定方法、属性更新方法及装置 | |
CN105608117A (zh) | 一种信息推荐方法及装置 | |
JP2013534334A (ja) | 照会結果をソートするための方法および装置 | |
US10235427B2 (en) | Entity-driven logic for improved name-searching in mixed-entity lists | |
CN104794228A (zh) | 一种搜索结果提供方法及装置 | |
CN109240607B (zh) | 一种文件读取方法和装置 | |
CN105760522A (zh) | 基于应用程序的信息搜索方法及装置 | |
US20160306841A1 (en) | Collection record for overlapping data stream collections | |
CN103455758A (zh) | 恶意网站的识别方法及装置 | |
CN110188100A (zh) | 数据处理方法、装置及计算机存储介质 | |
CN110888837A (zh) | 对象存储小文件归并方法及装置 | |
CN105159913A (zh) | 一种待清理文件确定方法及装置 | |
CN110471764A (zh) | 一种内存清理的处理方法及装置 | |
US10102251B2 (en) | Lockless open collection data structure | |
CN111831691B (zh) | 一种数据读写方法及装置、电子设备、存储介质 | |
CN109189343B (zh) | 一种元数据落盘方法、装置、设备及计算机可读存储介质 | |
US11250001B2 (en) | Accurate partition sizing for memory efficient reduction operations | |
US20100088589A1 (en) | Method and system for detecting original document of web document, method and system for providing history information of web document for the same | |
US9384285B1 (en) | Methods for identifying related documents | |
CN105488166A (zh) | 一种索引建立方法及装置 | |
US9286349B2 (en) | Dynamic search system |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191119 |
|
RJ01 | Rejection of invention patent application after publication |