作，可以表现为以下之 一处理过程，但不限于此：
[0037] (1)在指定事件的触发下，对所有上述文件信息中的指定文件信息以列表的形式 提示用户选择是否删除，并删除所有上述文件信息中除指定文件信息之外的其它信息；上 述列表中包括以下至少之一上述文件信息的描述信息：上述指定文件信息的名称、上述指 定文件信息的使用频率、上述指定文件信息的访问时间、上述指定文件信息的作用、上述 指定文件信息被删除后所导致的结果。（2)在指定事件的触发下，删除所有上述文件信息。
[0038] 上述指定事件可以包括但不限于以下之一：检测到上述应用被卸载、检测到上述 终端的系统空间小于预设阈值。
[0039] 优选地,上述应用标识包括但不限于：应用包名。
[0040] 在一个优选实施过程中，上述文件信息包括以下至少之一：上述应用的应用包名、 上述文件信息的读写频率、上述文件信息的读写时间、上述文件信息的文件目录路径、上述 数据文信息的作用。
[0041] 本发明实施例还提供了一种文件管理装置，用于实现上述方法，如图2所示，包 括：
[0042] 获取模块20,用于从预设索引数据库中获取终端上指定应用所对应应用标识的索 弓丨，其中，该索引与上述指定应用在安装或运行时所产生的文件信息存在关联关系，上述索 引与上述应用标识是 对应的；
[0043] 管理模块22,连接至获取模块20,用于根据上述索引和上述关联关系对上述文件 信息进行管理。
[0044] 需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通 过以下方式实现，但不限于此：获取模块20,位于第一处理器中，管理模块22,位于第二处 理器中；获取模块20和管理模块22位于同一处理器中。
[0045] 为了更好地理解上述实施例，以下结合优选实施例详细说明。
[0046] 针对上述缺陷，本实施例提供一种通过在手机应用创建文件的时候自动建立对应 文件索引，并且在读写这些文件时更新相应的索引数据。以下以文件删除为例进行说明。
[0047] 如图3所示：
[0048] 手机应用即手机上预置或用户通过各种途径安装的直接可以被用户操作的功能 模块，它们会通过各种形式在手机系统空间或sd卡空间产生各种用户或应用数据。
[0049] 文件读写即该手机平台用来在手机磁盘空间读/写文件/目录的平台性接口。
[0050] 上述文件索引数据库即用来记录系统空间或sd卡磁盘空间的文件索引，包括但 不限于如下信息，所创建的应用包名，文件详细路径，具体数据项名称，数据使用频率，最近 一次访问时间，数据项的作用，以及该数据项被清理后可能带来的结果等。
[0051] 云端文件索引数据库是集成更多终端文件数据索引的更大更全数据库，用于更深 一步的文件管理。
[0052] 应用文件应用在运行期间生成的应用数据和用户数据；
[0053] 系统数据是在应用在系统空间中生成的数据文件，这些数据被清理后可能引起应 用或系统运行异常；
[0054] 用户数据，是指在sd卡等存储的非必要数据或临时性数据，清理后只是会引起应 用重新加载或重新更新输入获取；
[0055] 基于上述原理，本实施例提供一种自动建立文件索引用于用户数据管理的方法。 包括：
[0056] 对该终端预置索引数据库，即在手机版本中预置之前已经建立的索引数据库。
[0057] 建立索引数据库，为当前每个应用包名建立唯一的索引。
[0058] 通过扩展平台的文件读写接口，读写文件时将应用包名，读写频率，最后最写时 间，文件目录路径、应用信息，文件作用目的等更新到索引数据库中；
[0059] 进一步地，可以将该数据库同步到云端，更多的用户共享数据后，可以更好的清理 sd卡的残留数据。
[0060] 进一步地，可以通过磁盘文件监控方式，磁盘文件有读写操作时被动接收磁盘文 件的相关读写信息，用来更新文件索引数据库，减少扫描所带来的大量CPU计算或时间成 本。
[0061] 进一步地，在终端系统版本升级时，可以将云数据库中较常用的应用数据预置在 终端中，提高磁盘管理效率，又不至于大幅提高数据库的大小而占用太多磁盘空间。
[0062] 进一步地，如果用户要求更深度清理时，可以进行云端查询，用较少的流量获取最 有价值的信息。
[0063] 进一步地，在应用卸载掉后及时通知用户去清理相应的文件；也可以在用户进行 清理扫描时根据数据库的信息列出所有建议清理项。
[0064] 进一步地，扫描出的建议清理项能列出待清理项详细路径，所属应用的具体数据 项名称，数据使用频率，最近一次访问时间，数据项的作用，以及该数据项被清理后可能带 来的结果。这些信息能有效的给用户管理文件的建议。当然也可以扩展一些其它可能获取 到的字段信息。
[0065] 进一步地，利用这些数据，在系统空间剩余量不足时，自动采取用户设定的策略进 行数据清理或备份转移。
[0066] 本实施例中，手机平台需要清理的的主要有系统空间，主要是手机内置的存储空 间，还有Sd卡（包括内置和外置的）的存储空间，内置的存储空间主要是通过系统组件存 储的应用数据，需要细分，一般是和应用功能密切相关的数据；sd卡存储空间一般是用户 通过应用下载或保存的数据，数据量会相对可能较大。
[0067] 如图4所示，展示一种建立文件索引（索引数据库）的方法：
[0068] 步骤S402,对系统空间和sd卡进行预扫描，将所有/data分区即系统空间和sd卡 (内外置）目录即文件导入数据库，如果是一个新版本和一个空sd卡，则这个索引数据库不 会有新增目录。
[0069] 但是这个索引数据库有预置索引，预置索引的来源是下列步骤实现后同步到云端 后预置到手机版本中的。
[0070] 步骤S404,实，实施例开始，进入某一手机应用如微信，通过微信应用进行某些操 作；
[0071] -般应用在操作过程中会生成一些文件，如微信会有图片缓存、监控日志、本地日 志、网页缓存、游戏下载缓存、游戏中心图标、地址缓存、星标用户图标、其它缓存等等。
[0072] 步骤S406,通过平台接口获取应用的包名，本实施例的微信的包名是：com. tencent. mm ；
[0075] 步骤S408，在索引数据库中查询该包名的索引，如果不存在，则创建该应用信息， 包括目录等；
[0076] 当然具体的包名，目录名这些存储到索引数据库时都是需要MD5加密的，防止被 索引数据库被恶意使用。
[0077]
[0078] 步骤S410,在安装该应用时，平台会生成应用目录如/data/app ;
[0079] Android平台生成的系统缓存目录文件时，都需要传递应用包名，这样就能明确知 道是哪个应用创建的文件，但是还是需要通过平台改造后的写接口传入该文件的作用及清 理结果等。
[0080] 步骤S412,同步生成应用系统数据目录如/data/data/com. tencent. mm以及sd卡 文件如 /storage/tencent/micromsg ;
[0081] Sd卡上的文件由于没有上级包名的路径，则需要改造平台写文件接口，创建文件 时传入应用名及文件作用，清理后的后果等信息。
[0082] 步骤S414,用户使用微信输入一些个人数据，微信应用通过个人信息同步相应的 微信服务器数据，如聊天记录或微信通讯录；
[0083] 这些用户数据则一般在三级目录，所以通过平台写文件接口不需要再传入更多的 信息，只需要通过目录监控工具如JNotify方法监控微信的三级目录，更新其