CN102411628B - 基于android系统的文件扫描方法及装置 - Google Patents

Abstract

本发明公开了一种基于android系统的文件扫描方法及装置，所述的方法包括在挂载存储设备时采用的第一阶段的后台扫描步骤和进入本地应用时触发的第二阶段的前台扫描步骤；其中，在后台扫描步骤中执行文件扫描时，读取当前CPU情况，如果CPU忙，则等待第一预定时间后再扫描；当进入目录时，读取当前内存情况，如果内存低，记录当前的扫描目录，并退出所有的递归目录，释放所有内存，再重新进入此目录扫描；所述第二阶段的前台扫描为当进入数据库相应的文件目录时，调用底层的扫描把该目录下的在后台扫描步骤中未扫描到的所有待扫描文件进行扫描，更新到数据库中。本发明提高了扫描效率，大大节省了用户的等待时间。

Description

基于android系统的文件扫描方法及装置

技术领域

本发明涉及电子存储设备扫描技术领域，尤其涉及的是一种基于android系统的存储设备的文件扫描方法及装置。

背景技术

Android是新一代的智能平台，越来越多的电子终端使用Android作为操作系统，使得Android系统的电子终端的用户与日俱增。同时，随着技术的发展，存储设备趋于多样化，特别是Android系统应用于电视以后，对于动辄数GB的高清影视，存储设备更是从传统的SDcard、USB设备，到现在常用的大容量移动硬盘。所以现在Android系统对于多种存储设备中多媒体文件的扫描支持就显得尤为重要。

当存储设备挂载到Android系统上后，由于多媒体应用时，需要获取多媒体文件的metadata和缩略图等信息供用户来使用，需要对设备上的每个多媒体文件进行扫描，android中多媒体扫描主要分三步骤：

第一：进入扫描目录查看并过滤多媒体文件，并将文件名和文件地址写入数据库；

第二：获取视频和图像文件缩略图，写入存储设备中；

第三：获取多媒体metadata（元数据）信息，写入数据库。

由上面的扫描步骤可以看出，扫描会比较消耗系统的CPU和内存资源，而Android 主要应用在嵌入式设备当中，嵌入式设备由于一些众所周知的条件限制，通常都不会有很高的配置，特别是内存是比较有限的。所以Android 为不同类型的进程分配了不同的内存使用上限，如果应用进程使用的内存超过了这个上限，则会被系统视为内存泄漏，从而被kill 掉。

现有android系统，媒体文件的扫描过程如下所示：

S10、开始，挂载存储设备。

S11、存储设备挂载后，Kernel（内核）会发Mounted广播并传扫描路径，通知扫描器开始扫描，进入步骤S12。

S12、启动扫描；

S13、以递归方式进入扫描目录，进入S14。

S14、从扫描路径读取该目录下的文件，如果是文件夹则递归打开，以找出媒体文件，如果有文件，执行步骤S15；

S15、判断是否有需要扫描的文件，如果是进入步骤S16，否则进入步骤S18、扫描结束到步骤S19。

S16、判断待扫描文件，如果属于多媒体文件，则执行扫描，并进入S17。

S17、文件扫描后，将其扫描信息插入数据库中，如果它已在数据库中存在，则更新时间。返回第S15步。

S19、扫描后处理，同步数据库，删除不存在的数据库条目。

S20、扫描结束。

分析现有扫描过程可以发现，在扫描大存储设备时，有两种问题容易发生：

一是文件特别多，扫描目录很深，现有的递归查询文件的方法就会容易消耗过多的内存，误使系统认为扫描中产生内存泄漏而被杀掉，使扫描不稳定。

二扫描中获取缩略图的过程需要解码，比较耗费CPU，如果此时系统CPU的使用率已经很高了，还要去做扫描动作，大量的文件扫描会使系统很长一段时间一直比较忙碌，操作过程比较卡，难免会使用户认为系统已死机。

因此，现有技术还有待于改进和发展。

发明内容

本发明要解决的技术问题在于，针对现有技术的上述缺陷，提供一种基于android系统存储设备的扫描方法及装置，提供了一种android系统大存储设备的节省资源的稳定而快速的扫描方法，提高了扫描效率，大大节省了用户的等待时间。

本发明解决技术问题所采用的技术方案如下：

一种基于android系统的存储设备的文件扫描方法，其中，所述的方法包括第一阶段的后台扫描和第二阶段的前台扫描；

其中，所述第一阶段的后台扫描为当存储设备挂载到Android系统时，对待扫描文件进行递归扫描，然后分别获取相应的扫描信息，并更新到数据库中，建立相应的文件目录；其中，在后台扫描步骤中执行文件扫描时，读取当前CPU情况，如果CPU忙，则等待第一预定时间后再扫描；当进入目录时，读取当前内存情况，如果内存低，记录当前的扫描目录，并退出所有的递归目录，释放所有内存，再重新进入此目录扫描；

所述第二阶段的前台扫描为当进入数据库相应的文件目录时，调用底层的扫描把该目录下的在后台扫描步骤中未扫描到的所有待扫描文件进行扫描，并获取相应的扫描信息，更新到数据库中。

所述基于android系统存储设备的扫描方法，其中，所述第一阶段的后台扫描为在挂载存储设备时采用的后台扫描。

所述基于android系统存储设备的扫描方法，其中，所述后台扫描具体包括以下步骤：

S1、存储设备挂载到Android系统上后，Android系统的内核发广播并上传扫描路径，通知扫描器开始扫描；

S2、获取上传的扫描路径对待扫描文件进行递归扫描；

S3、读取该目录下的下一个文件，判断是否能读取到文件，当是时进入步骤S5，当否时进入步骤S4；

S4、如果不可以读取到文件，则判断是否是顶层目录，如果是顶层目录则结束，如果不是顶层目录，则返回上一级目录，并返回步骤S3；

S5、如果能读取到文件，判断是否是目录，如果否则进入步骤S6，如果是，判断内存是否达到指定阈值，如果内存是达到指定阈值，则保存扫描目录，执行步骤S2，如果内存没有达到指定阈值则进入扫描目录，执行步骤S3；

S6、判断是否需要扫描，如果否，则返回步骤S3，如果是则判断当前CPU是否忙，如果不忙，则进入步骤S7，如果判断当前CPU在忙则等待第一预定时间，直到CPU不忙再进入步骤S7；

S7、扫描文件，并更新数据库，执行步骤S3。

所述基于android系统存储设备的扫描方法，其中，所述第二阶段的前台扫描为进入本地应用时触发的前台扫描。

所述基于android系统存储设备的扫描方法，其中，所述前台扫描具体包括以下步骤：

M1、进入本地应用，进入用户关心目录；

M2、查找该目录下是否有需要扫描的文件，如果有需要扫描的文件则执行步骤M3；否则执行步骤M5；

M3、判断需要扫描的文件是否已在挂载时扫描过了，如果判断已在挂载时扫描过了则跳回步骤M2；否则扫描该文件；

M4、文件扫描后，将其扫描信息插入数据库中，如果该扫描信息已在数据库中存在，则更新时间；返回到步骤M2；

M5、扫描结束。

所述基于android系统存储设备的扫描方法，其中，所述文件为多媒体文件。

一种基于android系统的存储设备的文件扫描装置，其中，包括：

后台扫描模块，用于控制进入第一阶段的后台扫描：当存储设备挂载到Android系统时，对待扫描文件进行递归扫描，然后分别获取相应的扫描信息，并更新到数据库中，建立相应的文件目录；

后台扫描判断模块，用于在所述第一阶段的后台扫描中加入对CPU忙和内存低的判断的步骤；当执行文件扫描时，读取当前CPU情况，如果CPU忙，则等待第一预定时间后再扫描；当进入目录时，读取当前内存情况，如果内存低，记录当前的扫描目录，并退出所有的递归目录，释放所有内存，再重新进入此目录扫描；

前台扫描模块，用于控制进入第二阶段的前台扫描：当进入数据库所述相应的文件目录时，调用底层的扫描把该目录下的在后台扫描步骤中未扫描到的所有待扫描文件进行扫描，并获取相应的扫描信息，更新到数据库中。

所述基于android系统的存储设备的文件扫描装置，其中，所述第一阶段的后台扫描为在挂载存储设备时采用的后台扫描。

所述基于android系统的存储设备的文件扫描装置，其中，所述第二阶段的前台扫描为进入本地应用时触发的前台扫描。

所述基于android系统的存储设备的文件扫描装置，其中，所述文件为多媒体文件。

本发明提供的一种基于android系统存储设备的扫描方法及装置，针对根据现有大存储设备的可能出现情况，在扫描过程中加入对CPU忙和内存低的判断，从而使扫描更稳定，同时为了使用户不会感觉扫描太慢，在本发明中还加入了应用可触发的前台扫描，用户进入哪个目录，应用就会在进入目录的时候，调用底层的扫描把那的目录的所有文件扫描了，提高了扫描效率，并保证了扫描的稳定性，大大节省了用户的等待时间。

附图说明

图1是现有技术的android系统的存储设备的扫描过程示意图。

图2是本发明实施例的基于android系统的存储设备的第一阶段的后台扫描方法流程图。

图3是本发明实施例的基于android系统的存储设备的第二阶段的前台扫描方法流程图。

图4是本发明实施例的一种基于android系统的存储设备的文件扫描装置功能原理框图。

具体实施方式

本发明提供了一种基于android系统存储设备的扫描方法及装置，为使本发明的目的、技术方案及优点更加清楚、明确，以下参照附图并举实施例对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例提供的一种基于android系统的存储设备的文件扫描方法，包括第一阶段的后台扫描和第二阶段的前台扫描；

其中，所述第一阶段的后台扫描，如图2所示，具体包括以下步骤：

S101，开始，挂载存储设备。

S102、存储设备挂载到Android系统上后，Android系统的内核会发Mounted广播并上传扫描路径，通知扫描器开始扫描。

S103、启动扫描。

S104、获取上传的扫描路径；

S105、进入扫描路径以进入扫描目录对待扫描文件进行递归扫描；

S106、读取该目录下的下一个文件；

S107、判断是否能读取到文件，如果可以读取到文件则进入步骤S108。如果不可以，则进入步骤S109判断是否是顶层目录，如果是则进入步骤S114，如果不是顶层目录，则进入步骤S110返回上一级目录，并返回步骤S106。

S108、如果能读取到文件，判断是否是目录，如果否，则进入步骤S113，如果是，则进入步骤S111、判断内存是否达到指定阈值（例如如果判断内存利用率超过95%以上，则认为内存低了）；如果内存是达到指定阈值，则进入步骤S115、保存扫描目录，并返回步骤S104。如果内存没有达到指定阈值则进入步骤S112进入扫描目录，并返回步骤S106。

S113、判断是否需要扫描，如果否，则返回步骤S106，如果是则进入步骤S116、判断当前CPU是否忙；如果不忙，则进入步骤S118，如果判断当前CPU在忙，则进入步骤S117，等待第一预定时间（即本实施例中Sleep1秒），直到CPU不忙再进入步骤S118；

S114，如果是顶层目录，则扫描结束；

S118、扫描文件；

S119、更新数据库，并返回执行步骤S106。

S120、结束。

从上述实施例的过程中可以看到，为了使现有大存储设备的扫描更加稳定，本发明实施例中在扫描过程中加入对CPU忙和内存低的判断，同时，为了兼顾改善稳定性和提高扫描速度，本发明实施例中除了上面的优化了后台扫描，还加入了前台扫描来提升扫描的速度，也就是在进入应用的时候，会调用底层的扫描把当前目录中的所有文件扫描了，不是使用户等待很久的时间，第二阶段即为前台扫描具体过程在下面的本地应用中描述。

本发明实施例的第二阶段即为前台扫描，如图3所示，具体包括以下步骤：

S201、开始。

S202、进入目录进入本地应用，以进入用户关心目录；

S203、查找该目录下是否有需要扫描的文件，如果有执行步骤S205；否则执行步骤S210。

S205、判断需要扫描的文件是否已在挂载时的第一阶段的后台扫描即为后台扫描中扫描过了，如果是则跳回步骤S203；否则执行步骤S206。

S206、扫描文件。

S207、文件扫描后，将其扫描信息插入数据库中，如果它已在数据库中存在，则更新时间，以更新数据库；返回到步骤S203。

S210、扫描结束。

所述基于android系统存储设备的扫描方法中，所述文件为多媒体文件。

由上可见，本实施例中所述第一阶段的后台扫描为在挂载存储设备时采用的后台扫描：采用当存储设备挂载到Android系统时，对待扫描文件进行递归扫描，然后分别获取相应的扫描信息，并更新到数据库中，建立相应的文件目录；

根据现有大存储设备的可能出现情况，本发明实施例在所述第一阶段的后台扫描中加入对CPU忙和内存低的判断的步骤；当执行文件扫描时，读取当前CPU情况，如果CPU忙，则等待第一预定时间后再扫描；当进入目录时，读取当前内存情况，如果内存低，记录当前的扫描目录，并退出所有的递归目录，释放所有内存，再重新进入此目录扫描；从而使扫描更稳定。

同时为了使用户不会感觉扫描太慢，本发明实施例还加入了应用可触发的第二阶段的前台扫描，即为进入本地应用时触发的前台扫描：采用为当进入数据库相应的文件目录时，调用底层的扫描把该目录下的在后台扫描步骤中未扫描到的所有待扫描文件进行扫描，并获取相应的扫描信息，更新到数据库中。这样不会出现在后台没扫到的文件看不到，有时等很久都看不到所关心的文件的问题，提高了扫描效率。

可见，本发明实施例中采用后台扫描和前台扫描相结合的方法，并关注资源的利用，重新优化后台扫描的方法，实施过程主要有两部分：一是第一阶段的后台扫描：在挂载扫描流程上，关注了资源利用，使用优化的扫描方法，即为在挂载存储设备时采用的后台扫描；二是第二阶段的前台扫描，在本地应用中添加的扫描过程，即为进入本地应用时触发的前台扫描。

所以，本发明实施例提供的一种android系统大存储设备的节省资源的稳定而快速的扫描方法，提高了扫描效率，大大节省了用户的等待时间。

基于上述实施例，本发明实施例还提供了一种基于android系统的存储设备的文件扫描装置，如图4所示，主要包括：

后台扫描模块310，用于控制进入第一阶段的后台扫描：当存储设备挂载到Android系统时，对待扫描文件进行递归扫描，然后分别获取相应的扫描信息，并更新到数据库中，建立相应的文件目录；

后台扫描判断模块320，用于在所述第一阶段的后台扫描中加入对CPU忙和内存低的判断的步骤；当执行文件扫描时，读取当前CPU情况，如果CPU忙，则等待第一预定时间后再扫描；当进入目录时，读取当前内存情况，如果内存低，记录当前的扫描目录，并退出所有的递归目录，释放所有内存，再重新进入此目录扫描；其中，所述第一阶段的后台扫描为在挂载存储设备时采用的后台扫描，所述文件为多媒体文件。具体如上所述。

前台扫描模块330，用于控制进入第二阶段的前台扫描：当进入数据库所述相应的文件目录时，调用底层的扫描把该目录下的在后台扫描步骤中未扫描到的所有待扫描文件进行扫描，并获取相应的扫描信息，更新到数据库中。其中，所述第二阶段的前台扫描为进入本地应用时触发的前台扫描。具体如上所述。

综上所述，本发明提供的一种基于android系统存储设备的扫描方法及装置，针对根据现有大存储设备的可能出现情况，在扫描过程中加入对CPU忙和内存低的判断，从而使扫描更稳定，同时为了使用户不会感觉扫描太慢，在本发明中还加入了应用可触发的前台扫描，用户进入哪个目录，应用就会在进入目录的时候，调用底层的扫描把那的目录的所有文件扫描了，提高了扫描效率，并保证了扫描的稳定性，大大节省了用户的等待时间。

应当理解的是，本发明的应用不限于上述的举例，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，所有这些改进和变换都应属于本发明所附权利要求的保护范围。

Claims (2)

1.一种基于android系统的存储设备的文件扫描方法，其特征在于，所述文件为多媒体文件，所述的方法包括第一阶段的后台扫描和第二阶段的前台扫描；

其中，所述第一阶段的后台扫描为当存储设备挂载到Android系统时，对待扫描多媒体文件进行递归扫描，然后分别获取相应的扫描信息，并更新到数据库中，建立相应的文件目录；

其中，在后台扫描步骤中执行多媒体文件扫描时，读取当前CPU情况，如果CPU忙，则等待第一预定时间后再扫描；当进入目录时，读取当前内存情况，如果内存低，记录当前的扫描目录，并退出所有的递归目录，释放所有内存，再重新进入此目录扫描；

所述第二阶段的前台扫描为当进入数据库相应的多媒体文件目录时，调用底层的扫描把该目录下的在后台扫描步骤中未扫描到的所有待扫描多媒体文件进行扫描，并获取相应的扫描信息，更新到数据库中；

所述第一阶段的后台扫描为在挂载存储设备时采用的后台扫描；

所述第二阶段的前台扫描为进入本地应用时触发的前台扫描；

在所述第一阶段和第二阶段中对多媒体文件进行扫描的方法包括：获取视频和图像文件缩略图，写入存储设备中；获取多媒体元数据信息，写入数据库；

所述第一阶段的后台扫描具体包括以下步骤：

S1、存储设备挂载到Android系统上后，Android系统的内核发广播并上传扫描路径，通知扫描器开始扫描；

S2、获取上传的扫描路径对待扫描多媒体文件进行递归扫描；

S3、读取该目录下的下一个多媒体文件，判断是否能读取到多媒体文件，当是时进入步骤S5，当否时进入步骤S4；

S4、如果不可以读取到多媒体文件，则判断是否是顶层目录，如果是顶层目录则结束，如果不是顶层目录，则返回上一级目录，并返回步骤S3；

S5、如果能读取到多媒体文件，判断是否是目录，如果否则进入步骤S6，如果是，判断内存是否达到指定阈值，如果内存是达到指定阈值，则保存扫描目录，执行步骤S2，如果内存没有达到指定阈值则进入扫描目录，执行步骤S3；

S6、判断是否需要扫描，如果否，则返回步骤S3，如果是则判断当前CPU是否忙，如果不忙，则进入步骤S7，如果判断当前CPU在忙则等待第一预定时间，直到CPU不忙再进入步骤S7；

S7、扫描多媒体文件，并更新数据库，执行步骤S3；

所述前台扫描具体包括以下步骤：

M1、进入本地应用，进入用户关心目录；

M2、查找该目录下是否有需要扫描的多媒体文件，如果有需要扫描的多媒体文件则执行步骤M3；否则执行步骤M5；

M3、判断需要扫描的多媒体文件是否已在挂载时扫描过了，如果判断已在挂载时扫描过了则跳回步骤M2；否则扫描该文件；

M4、多媒体文件扫描后，将其扫描信息插入数据库中，如果该扫描信息已在数据库中存在，则更新时间；返回到步骤M2；

M5、扫描结束。

2.一种基于android系统的存储设备的文件扫描装置，其特征在于，所述文件为多媒体文件，包括：

后台扫描模块，用于控制进入第一阶段的后台扫描：当存储设备挂载到Android系统时，对待扫描多媒体文件进行递归扫描，然后分别获取相应的扫描信息，并更新到数据库中，建立相应的多媒体文件目录；

后台扫描判断模块，用于在所述第一阶段的后台扫描中加入对CPU忙和内存低的判断的步骤；当执行多媒体文件扫描时，读取当前CPU情况，如果CPU忙，则等待第一预定时间后再扫描；当进入目录时，读取当前内存情况，如果内存低，记录当前的扫描目录，并退出所有的递归目录，释放所有内存，再重新进入此目录扫描；

前台扫描模块，用于控制进入第二阶段的前台扫描：当进入数据库所述相应的文件目录时，调用底层的扫描把该目录下的在后台扫描步骤中未扫描到的所有待扫描多媒体文件进行扫描，并获取相应的扫描信息，更新到数据库中；

所述第一阶段的后台扫描为在挂载存储设备时采用的后台扫描；

所述第二阶段的前台扫描为进入本地应用时触发的前台扫描；

在所述第一阶段和第二阶段中对多媒体文件进行扫描的方法包括：获取视频和图像文件缩略图，写入存储设备中；获取多媒体元数据信息，写入数据库；

所述第一阶段的后台扫描具体包括以下步骤：

S1、存储设备挂载到Android系统上后，Android系统的内核发广播并上传扫描路径，通知扫描器开始扫描；

S2、获取上传的扫描路径对待扫描多媒体文件进行递归扫描；

S3、读取该目录下的下一个多媒体文件，判断是否能读取到多媒体文件，当是时进入步骤S5，当否时进入步骤S4；

S4、如果不可以读取到多媒体文件，则判断是否是顶层目录，如果是顶层目录则结束，如果不是顶层目录，则返回上一级目录，并返回步骤S3；

S5、如果能读取到多媒体文件，判断是否是目录，如果否则进入步骤S6，如果是，判断内存是否达到指定阈值，如果内存是达到指定阈值，则保存扫描目录，执行步骤S2，如果内存没有达到指定阈值则进入扫描目录，执行步骤S3；

S6、判断是否需要扫描，如果否，则返回步骤S3，如果是则判断当前CPU是否忙，如果不忙，则进入步骤S7，如果判断当前CPU在忙则等待第一预定时间，直到CPU不忙再进入步骤S7；

S7、扫描多媒体文件，并更新数据库，执行步骤S3；

所述前台扫描具体包括以下步骤：

M1、进入本地应用，进入用户关心目录；

M2、查找该目录下是否有需要扫描的多媒体文件，如果有需要扫描的多媒体文件则执行步骤M3；否则执行步骤M5；

M3、判断需要扫描的多媒体文件是否已在挂载时扫描过了，如果判断已在挂载时扫描过了则跳回步骤M2；否则扫描该多媒体文件；

M4、多媒体文件扫描后，将其扫描信息插入数据库中，如果该扫描信息已在数据库中存在，则更新时间；返回到步骤M2；

M5、扫描结束。