Apache VFS(2):文件的监听和监控

最新推荐文章于 2023-03-06 17:51:17 发布

iteye_15500

最新推荐文章于 2023-03-06 17:51:17 发布

阅读量124

点赞数

本系列文章导航

Apache VFS(1): 基本介绍

Apache VFS(2): 文件的监听和监控

Apache VFS(3): 文件过滤器和选择器

Apache VFS(4): 事件

Apache VFS(5): 使用它！

Apache VFS(6): 几个重要的概念性接口

Apache VFS(7): 文件管理器解析文件的方法

Apache VFS有文件监听和监控功能。

FileListener接口监听三种事件：

fileChanged(FileChangeEvent eve): 文件变化，只有使用了FileMonitor才触发
fileCreated(FileChangeEvent eve): 文件创建
fileDeleted(FileChangeEvent eve): 文件删除

FileChangeEvent很简单，只有一个方法getFile(),返回触发事件的FileObject对象。

文章来源：http://alartin.javaeye.com/blog/92084

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

iteye_15500

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

Java 的 Apache Commons IO 库高级进阶：刨根问底的深度解析

java专栏

08-26

289

好了，我们已经一起探索了 Commons IO 的一些高级概念，包括文件复制、文件过滤、文件监控以及文件压缩与解压缩。通过这些示例代码，我们不仅了解了 Commons IO 的基本用法，还深入到了一些高级技巧。希望这篇文章能够帮助你在 Commons IO 的旅途中更进一步！🌟现在你已经掌握了 Commons IO 的基本知识和一些高级技巧，是时候开始实践了！记得在实践中多尝试不同的文件操作，这样你才能真正掌握文件操作的魅力。最后，不要忘记享受编程带来的乐趣哦！🎉。

通过 Java 去监测某个目录下的文件变动（commons.io方式）

_夜渐凉

12-06

2979

org.apache.commons.io包使用Commons-io的 monitor 下的相关类可以处理对文件进行监控，它采用的是观察者模式来实现的。可以监控文件夹的创建、删除和修改可以监控文件的创建、删除和修改采用的是观察者模式来实现的采用线程去定时去刷新检测文件的变化情况下面是在SpringBoot环境的应用： 1、引入commons-io包，需要2.0以上 ...

参与评论您还未登录，请先登录后发表或查看评论

请教import org.apache.commons.vfs.FileListener接口监听

03-01

博文链接：https://xzio.iteye.com/blog/159344

Apache commons-vfs2

weixin_34127717的博客

11-13

2622

依赖:<dependencies>  <dependency> <groupId>org.apache.commons</groupId&gt...

apache commons vfs 文件监控

半日闲的博客

07-04

933

package test.vfs; import java.io.File; import org.apache.commons.logging.Log; import org.apache.commons.logging.LogFactory; import org.apache.commons.vfs2.FileChangeEvent; import org.apache....

apache配置、监控、工作模式

你听见花开的声音了吗

06-04

923

yum安装Apache默认路径在/etc/httpd配置文件路径/etc/httpd/conf/httpd.conf1、apache配置文件说明1）ServerRoot "/etc/httpd"，配置文件路径 2）PidFile run/httpd.pid，pid保存路径 3）Timeout 60，连接请求60s没响应就是超时了 4）KeepAlive Off，长连接 5）MaxKeepAlive...

使用commons-vfs监听文件系统

键圣的博客

04-24

4126

commons-vfs是一个强大的虚拟文件系统，为操作各种各样的文件系统提供了统一API。这里使用的是commons-vfs2。直接代码 package dusk; import org.apache.commons.vfs2.*; import org.apache.commons.vfs2.impl.DefaultFileMonitor; import org.junit.Te

Apache Commons VFS虚拟文件系统指南：简化文件访问的10大技巧

[Apache Commons VFS虚拟文件系统指南：简化文件访问的10大技巧](https://img-blog.csdnimg.cn/20200709155231757.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9...

commons-io-2.6.zip

03-23

9. **FileWatcher**: 虽然不直接在`commons-io`库中，但在Apache Commons中的`vfs`模块中，有一个`FileWatcher`接口，它可以监听文件系统的变化，这对于实时监控文件变化的应用程序非常有用。 10. **IOException**:...

commons-vfs2-2.1源码

04-18

commons-vfs2-2.1-sources.jar

apache-comnons系列之commons-vfs2 学习笔记

undergrowth的专栏

08-09

7032

apache-comnons系列之commons-vfs2 学习笔记概述参考 http://p7engqingyang.iteye.com/blog/1702429 http://blog.youkuaiyun.com/ffm83/article/details/42080387 VFS The main entry point for the VFS. Used to create {@link Fil

apache VFS2.0存在内存泄露

weixin_33701617的博客

10-18

153

2019独角兽企业重金招聘Python工程师标准>>> ...

org.apache.commons.vfs2.FileSystemException:Invalid absolute URI

小飞的博客

03-06

1238

org.apache.commons.vfs2.FileSystemException:Invalid absolute URI

Apache Commons-VFS【sftp,ftp,http,https】

ahua186186的专栏

08-03

700

http://commons.apache.org/proper/commons-vfs/ http://www.open-open.com/open217656.htm

【Apache commons】vfs简单使用

qq_41617261的博客

10-24

3177

参考：https://www.jianshu.com/p/1f2f851b61c5 vfs 虚拟文件系统 Commons VFS 支持文件系统 1.本地文件 [file://]absolute-path 2. Zip, Jar and Tar [zip://arch-file-uri!absolute-path] [jar://arch-file-uri!absolute-path] [tar://arch-file-uri!absolute-path] [tgz://arch-file-uri!.

VFS (2)

Henzox的专栏

01-16

1590

VFS 的如何运行的，本文将告诉你答案。

java提供的系统文件夹监听对linux使用吗？为什么在Windows上能监听到文件夹的创建和变化在linux上只监听到了创建

最新发布

03-25

<think>嗯，用户问的是Java提供的系统文件夹监听在Linux上是否有效，并且提到在Windows上能监听到文件夹的创建和变化，但在Linux上只能监听到创建。首先，我需要回忆一下Java中文件监听的机制。Java的WatchService API是用来监控文件系统变化的，对吧？那这个API在不同操作系统上的表现可能不同，因为底层实现依赖操作系统的文件系统通知机制。接下来，我应该考虑Linux和Windows的文件系统通知机制的区别。记得在Linux上，常用的有inotify，而Windows使用的是ReadDirectoryChangesW。Java的WatchService在Linux上应该是基于inotify实现的，而Windows则是使用自己的API。那为什么在Linux上只能监听到创建事件呢？可能是因为inotify在某些情况下需要更高的权限，或者配置问题，或者文件系统的限制？然后，用户提到在Windows上能监听到创建和变化，但Linux上只能监听到创建。可能的原因之一是，在Linux上，某些文件系统事件没有被正确触发，或者Java的WatchService在实现时没有处理某些事件类型。例如，修改文件内容可能不会触发标准的事件，可能需要显式设置某些参数。另外，可能用户没有正确注册所有的事件类型。比如，在注册WatchService时，是否同时监听了ENTRY_CREATE、ENTRY_MODIFY和ENTRY_DELETE？如果只监听了创建事件，那自然只能收到创建的通知。但用户的问题描述中说在Linux上只监听到了创建，而其他事件没收到，可能说明在注册时存在问题，或者底层系统没有生成这些事件。还需要考虑文件系统的类型，比如ext4、NTFS等，不同的文件系统对事件的支持可能不同。例如，某些网络文件系统可能不完全支持inotify的所有功能，导致事件丢失。另外，Java的WatchService在Linux上可能有已知的问题或限制。比如，inotify有监视数量的限制，可能需要调整系统参数如max_user_watches。如果达到限制，可能导致无法注册新的事件监听，但用户的问题不是无法注册，而是收不到事件，所以可能不是这个问题。另一个可能性是，文件变化的方式不同。例如，在Linux上，某些应用程序修改文件时可能会通过重命名或替换文件的方式，而不是直接修改，这样可能不会触发修改事件。而Windows上的应用程序可能更直接地修改文件内容，触发相应事件。总结一下，可能的原因包括： 1. 事件类型未正确注册。 2. 文件系统的差异导致事件未被触发。 3. inotify的配置或限制。 4. 应用程序修改文件的方式不同。需要逐一分析这些可能性，并给出解决方案，比如检查事件注册代码，调整inotify的参数，或者使用其他工具如inotify-tools来测试系统级别的事件触发情况。同时，用户可能需要一个明确的答案，说明Java的WatchService在Linux上的局限性，以及如何解决或替代方案，比如使用第三方库如jnotify或Apache Commons VFS，或者结合shell脚本和轮询机制作为补充。</think>### Java 系统文件夹监听在 Linux 上的表现及原因分析 Java 提供的 `WatchService` API 用于监控文件系统事件（如文件创建、修改、删除），但其行为在不同操作系统（如 Linux 和 Windows）上存在差异。以下是具体原因和解决方案： --- #### **1. 核心机制对比** - **Windows**：基于 `ReadDirectoryChangesW` 系统调用，能够实时捕获**文件内容修改**、**属性变更**等事件。 - **Linux**：依赖 `inotify` 机制，但 `inotify` 对**目录自身的变化**（如子目录内文件的修改）存在监听限制： - **仅直接监控的目录**：若未递归监控子目录，子目录内的文件事件可能无法捕获。 - **部分事件需要显式配置**：例如，文件内容修改需监听 `ENTRY_MODIFY` 事件。 --- #### **2. 常见问题原因** 以下情况可能导致 Linux 上只能监听到**创建事件**而遗漏其他事件： 1. **未正确注册事件类型** ```java // 错误示例：仅监听创建事件 dir.register(watchService, ENTRY_CREATE); // 正确示例：监听创建、修改、删除事件 dir.register(watchService, ENTRY_CREATE, ENTRY_MODIFY, ENTRY_DELETE); ``` 2. **文件系统限制** - 部分文件系统（如网络文件系统 NFS）或内核版本较旧的 Linux 系统可能不支持完整 `inotify` 事件。 - 文件修改方式差异：某些程序通过**重命名文件**（而非直接修改）保存内容，可能触发 `ENTRY_DELETE` 和 `ENTRY_CREATE` 而非 `ENTRY_MODIFY`。 3. **`inotify` 资源限制** Linux 默认对 `inotify` 的监控数量有限制（通过 `/proc/sys/fs/inotify/max_user_watches` 控制），超出限制会导致事件丢失： ```bash # 查看当前限制 cat /proc/sys/fs/inotify/max_user_watches # 临时调整限制（例如设置为 100000） echo 100000 | sudo tee /proc/sys/fs/inotify/max_user_watches ``` 4. **Java `WatchService` 的实现限制** Java 的 `WatchService` 在某些 Linux 发行版中可能未完全适配 `inotify` 的高级特性（如递归监控）。 --- #### **3. 验证与解决方案** ##### **步骤 1：检查事件注册** 确保代码监听了所有需要的事件类型： ```java Path dir = Paths.get("/path/to/directory"); dir.register(watchService, ENTRY_CREATE, ENTRY_MODIFY, ENTRY_DELETE); ``` ##### **步骤 2：使用 `inotify-tools` 测试系统层事件** 通过命令行工具验证 Linux 系统是否能捕获事件： ```bash # 安装 inotify-tools（Debian/Ubuntu） sudo apt-get install inotify-tools # 监控目录（监听所有事件） inotifywait -m -r /path/to/directory ``` - 若 `inotifywait` 能捕获事件而 Java 程序不能，则问题可能出在 Java 代码或配置。 ##### **步骤 3：调整系统参数** 临时或永久修改 `inotify` 监控数量限制： ```bash # 永久生效：编辑 /etc/sysctl.conf echo "fs.inotify.max_user_watches=100000" | sudo tee -a /etc/sysctl.conf sudo sysctl -p ``` ##### **步骤 4：替代方案** 若仍无法解决，可考虑以下方法： 1. **第三方库**：使用更强大的库（如 `jnotify` 或 `Apache Commons VFS`）增强监听能力。 2. **轮询机制**：对关键目录定期轮询检查变化（牺牲实时性，但保证可靠性）。 3. **结合 Shell 脚本**：通过 `inotifywait` 触发外部脚本通知 Java 程序。 --- #### **4. 总结** - **Java 的 `WatchService` 在 Linux 上功能受限**：由于依赖 `inotify`，无法像 Windows 那样全面捕获所有事件。 - **主要解决方向**： - 检查事件注册和代码逻辑。 - 调整系统级 `inotify` 配置。 - 使用更底层的工具或第三方库弥补不足。