CN112269762A - 一种文件监控方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开实施例涉及计算机技术领域，具体涉及一种文件监控方法、装置、电子设备及存储介质。本公开实施中，预先配置第一服务，并预先在文件系统中注册通知事件，进而可基于第一服务监控文件系统的多个行为接口；在第一服务监控到行为后，基于第一服务解析所述行为对应的用户标识、进程标识和路径信息；基于第一服务生成通知事件的内容信息，所述内容信息包括：行为的信息、用户标识、进程标识和路径信息；基于第一服务上报携带所述内容信息的通知事件，以便后续基于上报的通知事件中所携带的内容信息，执行卸载或清理操作，实现完全地、安全地清理。

Description

一种文件监控方法、装置、电子设备及存储介质

技术领域

本公开实施例涉及计算机技术领域，具体涉及一种文件监控方法、装置、电子设备及非暂态计算机可读存储介质。

背景技术

随着智能设备的发展，例如智能手机、平板电脑等便携可移动的电子设备，成为人们日常工作生活所必不可少的一部分。并且随着智能设备的使用，用户可能会安装越来越多的应用(APP)，例如，工作类APP、购物类APP、新闻类APP、娱乐类APP等。智能设备里就会存储越来越多的文件夹和文件，存储空间会越来越少。

而存储空间的减少是导致智能设备运行卡顿的原因之一，用户通常希望通过卸载或删除一些无用的APP、文件夹或文件来增加存储空间。但是，即使卸载了APP，仍存在没有卸载干净的现象，例如残留一些与APP相关的文件夹或文件。

为此，亟需提供一种文件监控方案，便于后续执行卸载或删除操作时，能够卸载或删除干净，不存在残留文件夹或文件。

发明内容

为了解决现有技术存在的至少一个问题，本公开的至少一个实施例提供了一种文件监控方法、装置、电子设备及非暂态计算机可读存储介质。

第一方面，本公开实施例提出一种文件监控方法，预先配置第一服务，并预先在文件系统中注册通知事件，所述方法包括：

基于所述第一服务监控所述文件系统的多个行为接口；

在所述第一服务监控到行为后，基于所述第一服务解析所述行为对应的用户标识、进程标识和路径信息；

基于所述第一服务生成所述通知事件的内容信息，所述内容信息包括：所述行为的信息、所述用户标识、所述进程标识和所述路径信息；

基于所述第一服务上报携带所述内容信息的通知事件。

在一些实施例中，所述多个行为接口包括以下一个或多个：

文件创建接口、文件删除接口、文件新建接口、目录创建接口、目录删除接口、重命名接口。

在一些实施例中，所述第一服务通过配置所述文件系统提供的监控服务得到，或，通过配置自定义服务得到。

在一些实施例中，所述方法还包括：预先配置第二服务；

相应地，所述第二服务通过事件监听接口获取所述通知事件；

基于所述第二服务解析所述通知事件携带的所述内容信息；

基于所述第二服务确定所述用户标识和所述进程标识共同对应的应用信息；

基于所述第二服务将所述应用信息和所述内容信息相关联，并进行存储。

在一些实施例中，所述第二服务通过配置操作系统提供的系统服务得到，或，通过配置自定义服务得到。

在一些实施例中，所述方法还包括：预先配置第三服务；

基于所述第三服务响应应用卸载指令，确定所述应用卸载指令对应的目标应用信息；

基于所述第三服务从存储的关联信息中查找所述目标应用信息关联的目标内容信息；

基于所述第三服务删除与所述目标内容信息相匹配的文件和/或目录。

在一些实施例中，所述与所述目标内容信息相匹配的文件和/或目录包括以下一个或多个：

创建行为对应的文件和/或目录、删除行为对应的文件和/或目录、新建行为对应的文件、重命名行为对应的文件和/或目录。

第二方面，本公开实施例还提出一种文件监控装置，预先在文件系统中注册通知事件，所述装置包括第一服务模块；所述第一服务模块预先配置第一服务；

所述第一服务模块，用于：

基于所述第一服务监控所述文件系统的多个行为接口；

在所述第一服务监控到行为后，基于所述第一服务解析所述行为对应的用户标识、进程标识和路径信息；

基于所述第一服务生成所述通知事件的内容信息，所述内容信息包括：所述行为的信息、所述用户标识、所述进程标识和所述路径信息；

基于所述第一服务上报携带所述内容信息的通知事件。

第三方面，本公开实施例还提出一种电子设备，包括：处理器和存储器；所述处理器通过调用所述存储器存储的程序或指令，用于执行如第一方面任一实施例所述方法的步骤。

第四方面，本公开实施例还提出一种非暂态计算机可读存储介质，用于存储程序或指令，所述程序或指令使计算机执行如第一方面任一实施例所述方法的步骤。

可见，本公开的至少一个实施例中，通过预先配置第一服务，并预先在文件系统中注册通知事件，实现文件监控，其中，第一服务可以监控文件系统的多个行为接口，并解析监控到的行为是由哪个用户的哪个进程以哪条路径所产生的，进而通过注册的通知事件携带解析到的信息并上报通知事件，以便后续基于上报的通知事件中所携带的内容信息，执行卸载或清理操作，实现完全地、安全地清理。

附图说明

为了更清楚地说明本公开实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1是本公开实施例提供的一种电子设备的示例性框图；

图2为本公开实施例提供的一种操作系统的示例性框图；

图3是本公开实施例提供的一种文件监控装置的示例性框图；

图4是本公开实施例提供的一种文件监控方法的示例性流程图。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，所描述的实施例是本公开的一部分实施例，而不是全部的实施例。此处所描述的具体实施例仅仅用于解释本公开，而非对本公开的限定。基于所描述的本公开的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本公开保护的范围。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

图1是本公开实施例提供的一种电子设备的示例性框图。

如图1所示，电子设备包括：至少一个处理器11、至少一个存储器12和至少一个通信接口13。电子设备中的各个组件通过总线系统14耦合在一起。通信接口13，用于与外部设备之间的信息传输。可理解地，总线系统14用于实现这些组件之间的连接通信。总线系统14除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但为了清楚说明起见，在图1中将各种总线都标为总线系统14。

可以理解，本实施例中的存储器12可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。

在一些实施方式中，存储器12存储了如下的元素，可执行单元或者数据结构，或者他们的子集，或者他们的扩展集：应用程序121和操作系统122。

其中，应用程序121，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)、相机、音乐、视频、通话等，用于实现各种应用任务。操作系统122，用于实现各种基础任务以及处理基于硬件的任务。

在本公开实施例中，处理器11通过调用存储器12存储的程序或指令，具体的，可以是应用程序121或操作系统122中的程序或指令，处理器11用于执行本公开实施例提供的文件监控方法各实施例的步骤。

本公开实施例提供的文件监控方法可以应用于处理器11中，或者由处理器11实现。处理器11可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器11中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器11可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本公开实施例提供的文件监控方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件单元组合执行完成。软件单元可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器12，处理器11读取存储器12中的信息，结合其硬件完成方法的步骤。

图2为本公开实施例提供的一种操作系统的示例性框图。在一些实施例中，图2所示的操作系统可实现为图1中操作系统122或操作系统122的一部分。

在一些实施例中，操作系统采用分层架构，例如包括框架层、系统库层、内核层等，用于实现各种基础任务以及处理基于硬件的任务。层与层之间通过软件接口通信。

框架层

框架层也可以称为应用程序框架层。框架层为应用程序提供应用编程接口(Application Programming Interface，API)和编程框架。框架层包括一些预先定义的函数。框架层可以包括窗口管理器、内容提供器、资源管理器等。

其中，窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏、锁定屏幕、截取屏幕等。内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

系统库层

系统库层可以包括多个系统库，例如：媒体库(media libraries)，图像处理库等。媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。图像处理库用于实现图形绘图，图像渲染，合成，和图层处理等。

在一些实施例中，操作系统还可包括安卓运行时(Android runtime)。Androidruntime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。应用程序和框架层运行在虚拟机中。虚拟机将应用程序和框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

内核层

内核层是硬件与软件之间的层。内核层至少包含多种驱动程序和文件系统等。其中，驱动程序可以包括显示驱动、摄像头驱动、音频驱动等，实现软件与各种硬件的通信。文件系统用于实现对用户数据或文件的管理，例如，控制文件访问的权限等。

图3是本公开实施例提供的一种文件监控装置的示例性框图。在一些实施例中，图3所示的文件监控装置可以实现为图1中的应用程序121中的程序。在一些实施例中，图3所示的文件监控装置可以实现为图1所示的操作系统122中的程序。

在一些实施例中，文件监控装置预先在文件系统(例如图2中所示的文件系统)中注册通知事件。例如，文件监控装置预先在文件系统中注册一个名称为“notify_uid”的通知事件，可以认为是一种uevent事件。其中，文件系统可以为Sdcardfs文件系统，也可以为用户空间文件系统(Filesystem in Userspace，FUSE)，还可以为其他的文件系统。

Sdcardfs文件系统与Sdcard(TF卡)没有关系，并不是一个磁盘文件系统，而是一个栈式文件系统。主要的功能是管理安卓提供的/sdcard这个目录，/sdcard这个目录被安卓作为“外部”存储，相对于/data分区的内部存储，它只是一个软件层次上的隔离，内部存储和外部存储可能实际都是保存在同一个userdata分区下。

如图3所示，文件监控装置可包括第一服务模块31。第一服务模块31预先配置第一服务，第一服务可以理解为一种底层(也即内核层)的监控服务。其中，第一服务可以为一种服务程序实例。

在一些实施例中，第一服务模块31可通过配置文件系统提供的监控服务得到第一服务，也可通过配置自定义服务得到第一服务。

在一些实施例中，第一服务模块31可基于第一服务监控文件系统的多个行为接口。其中，所述多个行为接口包括以下一个或多个：文件创建(sdcardfs_create)接口、文件删除(sdcardfs_unlink)接口、文件新建(sdcardfs_link)接口、目录创建(sdcardfs_mkdir)接口、目录删除(sdcardfs_rmdir)接口、重命名(sdcardfs_rename)接口。

在一些实施例中，第一服务模块31可在第一服务监控到行为后，基于第一服务解析所述行为对应的用户标识(uid)、进程标识(pid)和路径信息。其中，路径信息为所述行为所操作的文件和/或目录的路径名。

例如，第一服务模块31在第一服务监控到文件创建、文件删除、文件新建、目录创建、目录删除和重命名中的任一种行为后，调用分析函数，解析得到调用者应用的用户标识(uid)和进程标识(pid)。其中，分析函数例如为current_uid和current_pid。调用者应用可以理解为所述行为的发起者。

在一些实施例中，第一服务模块31可基于第一服务生成通知事件的内容信息。其中，内容信息包括：行为的信息、用户标识、进程标识和路径信息。其中，行为的信息用于指示该行为是文件创建、文件删除、文件新建、目录创建、目录删除和重命名中的哪一种行为。

在一些实施例中，第一服务模块31可基于第一服务上报携带内容信息的通知事件。在一些实施例中，第一服务模块31可通过uevent方式上报该通知事件。

可见，本公开的至少一个实施例中，通过预先配置第一服务，并预先在文件系统中注册通知事件，实现文件监控，其中，第一服务可以监控文件系统的多个行为接口，并解析监控到的行为是由哪个用户的哪个进程以哪条路径所产生的，进而通过注册的通知事件携带解析到的信息并上报通知事件，以便后续基于上报的通知事件中所携带的内容信息，执行卸载或清理操作，实现完全地、安全地清理。

在一些实施例中，如图3所示，文件监控装置还可包括第二服务模块32。第二服务模块32预先配置第二服务，第二服务可以理解为上层(也即应用程序框架层)的一种系统服务，提供解析功能。其中，第二服务可以为一种服务程序实例。

在一些实施例中，第二服务通过事件监听接口获取第一服务上报的通知事件。其中，事件监听接口可以为系统服务(systemserver)中的UEventObserver接口。第二服务通过UEventObserver接口可监听名称为“notify_uid”的通知事件。

在一些实施例中，第二服务模块32可通过配置操作系统提供的系统服务(systemserver)得到第二服务，也可通过配置自定义服务得到第二服务。

在一些实施例中，第二服务模块32可基于第二服务解析通知事件携带的内容信息，得到行为的信息、用户标识、进程标识和路径信息。

在一些实施例中，第二服务模块32可基于第二服务确定用户标识和进程标识共同对应的应用信息。其中，应用信息可以为应用程序的应用包名称。

在一些实施例中，第二服务模块32可基于第二服务将应用信息和通知事件携带的内容信息相关联，并进行存储，例如存储到数据库中。

在一些实施例中，如图3所示，文件监控装置还可包括第三服务模块33。第三服务模块33预先配置第三服务，第三服务可以理解为上层(也即应用程序层，例如图1中的应用程序121)的一种清理服务。其中，第三服务可以为一种服务程序实例。

在一些实施例中，第三服务模块33可基于第三服务响应应用卸载指令，确定应用卸载指令对应的目标应用信息。例如，用户针对某个应用程序，点击了“卸载”按钮，从而触发或生成应用卸载指令，相应地，第三服务模块33响应应用卸载指令，可确定对应的目标应用信息，也即确定用户想要卸载哪个应用程序。

在一些实施例中，第三服务模块33可基于第三服务从存储的关联信息中查找目标应用信息关联的目标内容信息。本实施例中，当第三服务模块33确定应用卸载指令对应的目标应用信息后，可从数据库中存储的应用信息和内容信息中找到该目标应用信息，以及该目标应用信息关联的目标内容信息。

在一些实施例中，第三服务模块33可基于第三服务删除与目标内容信息相匹配的文件和/或目录。其中，与目标内容信息相匹配的文件和/或目录包括以下一个或多个：创建行为对应的文件和/或目录、删除行为对应的文件和/或目录、新建行为对应的文件、重命名行为对应的文件和/或目录。其中，创建行为包括：文件创建和目录创建，删除行为包括：文件删除和目录删除，重命名行为包括：文件重命名和目录重命名。

在一些实施例中，第三服务模块33可增加清理规则，例如下载的mp3，mp4和重要文档进行提醒用户或直接保留。

可见，当用户卸载某个应用程序时，第三服务模块33可把该应用程序所创建的目录和文件全部删除。当用户使用手机管家等清理软件进行垃圾文件请求时，第三服务模块33可检查数据库中若存在已卸载应用程序所创建的目标或文件，则进行清理，保证完全清理。

另外，当文件系统为sdcardfs文件系统，以上实施例提供的文件监控装置可以准确知道/sdcard这个目录中的文件和目录是哪个应用程序创建的，并且当卸载这个应用程序的时候或清理垃圾文件时，能够完全地、安全地清理。

在一些实施例中，文件监控装置中各模块的划分仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如第一服务模块31、第二服务模块32和第三服务模块33中的至少两个模块可以实现为一个模块；第一服务模块31、第二服务模块32和第三服务模块33也可以划分为多个子模块。可以理解的是，各个模块或子模块能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能。

图4为本公开实施例提供的一种文件监控方法的示例性流程图。该方法的执行主体为电子设备。为便于描述，以下实施例中以电子设备为执行主体说明文件监控的流程。

在一些实施例中，电子设备预先在文件系统中注册通知事件。例如，电子设备预先在文件系统中注册一个名称为“notify_uid”的通知事件，可以认为是一种uevent事件。其中，文件系统可以为Sdcardfs文件系统，也可以为FUSE文件系统，还可以为其他的文件系统。

在一些实施例中，电子设备预先配置第一服务。第一服务可以理解为一种底层(也即内核层)的监控服务。其中，第一服务可以为一种服务程序实例。

在一些实施例中，电子设备可通过配置文件系统提供的监控服务得到第一服务，也可通过配置自定义服务得到第一服务。

如图4所示，在步骤401中，电子设备基于第一服务监控文件系统的多个行为接口。

其中，多个行为接口包括以下一个或多个：

文件创建(sdcardfs_create)接口、文件删除(sdcardfs_unlink)接口、文件新建(sdcardfs_link)接口、目录创建(sdcardfs_mkdir)接口、目录删除(sdcardfs_rmdir)接口、重命名(sdcardfs_rename)接口。

在步骤402中，电子设备在第一服务监控到行为后，基于第一服务解析所述行为对应的用户标识(uid)、进程标识(pid)和路径信息。其中，路径信息为所述行为所操作的文件和/或目录的路径名。

例如，电子设备在第一服务监控到文件创建、文件删除、文件新建、目录创建、目录删除和重命名中的任一种行为后，调用分析函数，解析得到调用者应用的用户标识(uid)和进程标识(pid)。其中，分析函数例如为current_uid和current_pid。调用者应用可以理解为所述行为的发起者。

在步骤403中，电子设备基于第一服务生成所述通知事件的内容信息，所述内容信息包括：所述行为的信息、所述用户标识、所述进程标识和所述路径信息。其中，行为的信息用于指示该行为是文件创建、文件删除、文件新建、目录创建、目录删除和重命名中的哪一种行为。

在步骤404中，电子设备基于第一服务上报携带内容信息的通知事件。在一些实施例中，电子设备可通过uevent方式上报该通知事件。

可见，本公开的至少一个实施例中，通过预先配置第一服务，并预先在文件系统中注册通知事件，实现文件监控，其中，第一服务可以监控文件系统的多个行为接口，并解析监控到的行为是由哪个用户的哪个进程以哪条路径所产生的，进而通过注册的通知事件携带解析到的信息并上报通知事件，以便后续基于上报的通知事件中所携带的内容信息，执行卸载或清理操作，实现完全地、安全地清理。

在一些实施例中，电子设备可预先配置第二服务。第二服务可以理解为上层(也即应用程序框架层)的一种系统服务，提供解析功能。第二服务可以为一种服务程序实例。

在一些实施例中，第二服务通过事件监听接口获取通知事件。其中，事件监听接口可以为系统服务(systemserver)中的UEventObserver接口。第二服务通过UEventObserver接口可监听名称为“notify_uid”的通知事件。

在一些实施例中，电子设备可通过配置操作系统提供的系统服务(systemserver)得到第二服务，也可通过配置自定义服务得到第二服务。

在一些实施例中，电子设备基于第二服务解析通知事件携带的内容信息，其中，内容信息包括：行为的信息、用户标识、进程标识和路径信息；进而基于第二服务确定用户标识和进程标识共同对应的应用信息；从而基于第二服务将应用信息和内容信息相关联，并进行存储，例如存储到数据库中。其中，应用信息可以为应用程序的应用包名称。

在一些实施例中，电子设备可预先配置第三服务。第三服务可以理解为上层(也即应用程序层，例如图1中的应用程序121)的一种清理服务。其中，第三服务可以为一种服务程序实例。

在一些实施例中，电子设备基于第三服务响应应用卸载指令，确定应用卸载指令对应的目标应用信息；进而基于第三服务从存储的关联信息中查找目标应用信息关联的目标内容信息；从而基于第三服务删除与目标内容信息相匹配的文件和/或目录。

其中，与目标内容信息相匹配的文件和/或目录包括以下一个或多个：创建行为对应的文件和/或目录、删除行为对应的文件和/或目录、新建行为对应的文件、重命名行为对应的文件和/或目录。其中，创建行为包括：文件创建和目录创建，删除行为包括：文件删除和目录删除，重命名行为包括：文件重命名和目录重命名。

在一些实施例中，电子设备可增加清理规则，例如下载的mp3，mp4和重要文档进行提醒用户或直接保留。

可见，当用户卸载某个应用程序时，电子设备可把该应用程序所创建的目录和文件全部删除。当用户使用手机管家等清理软件进行垃圾文件请求时，电子设备可检查数据库中若存在已卸载应用程序所创建的目标或文件，则进行清理，保证完全清理。

另外，当文件系统为sdcardfs文件系统，以上实施例提供的电子设备可以准确知道/sdcard这个目录中的文件和目录是哪个应用程序创建的，并且当卸载这个应用程序的时候或清理垃圾文件时，能够完全地、安全地清理。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员能够理解，本公开实施例并不受所描述的动作顺序的限制，因为依据本公开实施例，某些步骤可以采用其他顺序或者同时进行。另外，本领域技术人员能够理解，说明书中所描述的实施例均属于可选实施例。

本公开实施例还提出一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储程序或指令，所述程序或指令使计算机执行如文件监控方法各实施例的步骤，为避免重复描述，在此不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本公开的范围之内并且形成不同的实施例。

本领域的技术人员能够理解，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

虽然结合附图描述了本公开的实施方式，但是本领域技术人员可以在不脱离本公开的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (10)

1.一种文件监控方法，其特征在于，预先配置第一服务，并预先在文件系统中注册通知事件，所述方法包括：

基于所述第一服务监控所述文件系统的多个行为接口；

在所述第一服务监控到行为后，基于所述第一服务解析所述行为对应的用户标识、进程标识和路径信息；

基于所述第一服务生成所述通知事件的内容信息，所述内容信息包括：所述行为的信息、所述用户标识、所述进程标识和所述路径信息；

基于所述第一服务上报携带所述内容信息的通知事件。

2.根据权利要求1所述的方法，其特征在于，所述多个行为接口包括以下一个或多个：

文件创建接口、文件删除接口、文件新建接口、目录创建接口、目录删除接口、重命名接口。

3.根据权利要求1所述的方法，其特征在于，所述第一服务通过配置所述文件系统提供的监控服务得到，或，通过配置自定义服务得到。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：预先配置第二服务；

相应地，所述第二服务通过事件监听接口获取所述通知事件；

基于所述第二服务解析所述通知事件携带的所述内容信息；

基于所述第二服务确定所述用户标识和所述进程标识共同对应的应用信息；

基于所述第二服务将所述应用信息和所述内容信息相关联，并进行存储。

5.根据权利要求4所述的方法，其特征在于，所述第二服务通过配置操作系统提供的系统服务得到，或，通过配置自定义服务得到。

6.根据权利要求4所述的方法，其特征在于，所述方法还包括：预先配置第三服务；

基于所述第三服务响应应用卸载指令，确定所述应用卸载指令对应的目标应用信息；

基于所述第三服务从存储的关联信息中查找所述目标应用信息关联的目标内容信息；

基于所述第三服务删除与所述目标内容信息相匹配的文件和/或目录。

7.根据权利要求6所述的方法，其特征在于，所述与所述目标内容信息相匹配的文件和/或目录包括以下一个或多个：

创建行为对应的文件和/或目录、删除行为对应的文件和/或目录、新建行为对应的文件、重命名行为对应的文件和/或目录。

8.一种文件监控装置，其特征在于，预先在文件系统中注册通知事件，所述装置包括第一服务模块；所述第一服务模块预先配置第一服务；

所述第一服务模块，用于：

基于所述第一服务监控所述文件系统的多个行为接口；

在所述第一服务监控到行为后，基于所述第一服务解析所述行为对应的用户标识、进程标识和路径信息；

基于所述第一服务生成所述通知事件的内容信息，所述内容信息包括：所述行为的信息、所述用户标识、所述进程标识和所述路径信息；

基于所述第一服务上报携带所述内容信息的通知事件。

9.一种电子设备，其特征在于，包括：处理器和存储器；

所述处理器通过调用所述存储器存储的程序或指令，用于执行如权利要求1至7任一项所述方法的步骤。

10.一种非暂态计算机可读存储介质，其特征在于，所述非暂态计算机可读存储介质存储程序或指令，所述程序或指令使计算机执行如权利要求1至7任一项所述方法的步骤。

Images