必须用Files.list()配try-with-resources读取文件列表，过滤前校验Files.isReadable()；删除前检查isRegularFile()/isDirectory()及目录是否为空；复制大文件需流式缓冲并支持进度；Swing中改用定时轮询+Files.walk()差分监听变更。
用 java.nio.file 实现跨平台文件列表读取
Windows 和 macOS/Linux 对路径分隔符、权限、隐藏文件的处理不一致，直接用 File.list() 容易漏文件或抛 SecurityException。必须优先用 Files.list() 配合 try-with-resources。
-
Files.list(Paths.get("target_dir"))返回Stream<path></path>，天然支持过滤和异常捕获 - 务必在 lambda 中用
Files.isReadable(p)做前置校验，否则流中途遇到权限问题会中断整个遍历 - 不要用
Paths.get(".").toAbsolutePath()获取当前目录——IDE 运行时工作目录可能不是项目根，应显式传入用户输入的绝对路径或从配置读取
删除文件前必须检查 Files.isWritable() 和 Files.isRegularFile()
用户点击“删除”时，界面常只显示文件名，但实际可能是符号链接、只读文件、甚至挂载失败的网络路径。不加检查直接调用 Files.delete() 会抛出 AccessDeniedException 或 DirectoryNotEmptyException，且无提示。
- 对每个待删路径，先执行：
if (!Files.isRegularFile(p) && !Files.isDirectory(p)) { /* 跳过设备文件/套接字 */ } - 若为目录，需递归判断是否为空：
Files.list(p).count() == 0，而非依赖p.toFile().list().length == 0（后者在 NTFS 权限受限时返回null） - 删除后必须调用
Files.exists(p)二次确认，因为某些文件系统（如 exFAT）删除操作可能延迟生效
复制大文件时避免 Files.copy() 默认阻塞式调用
复制几百 MB 文件时，用 Files.copy(source, target, StandardCopyOption.REPLACE_EXISTING) 会导致 UI 冻结或 Swing 应用假死——它底层是同步字节搬运，不提供进度回调。
- 改用带缓冲的流式复制：
try (InputStream is = Files.newInputStream(source); OutputStream os = Files.newOutputStream(target, StandardOpenOption.CREATE)) { byte[] buf = new byte[8192]; int len; while ((len = is.read(buf)) > 0) { os.write(buf, 0, len); // 此处可更新进度条：publish(len / (double) Files.size(source)) } } - 注意
Files.size()对符号链接返回目标大小，若需真实源文件大小，先调用Files.isSymbolicLink(p)分支处理 - 不要在循环内反复调用
Files.exists(target)检查覆盖——开销大，应在复制前一次性判断并弹窗确认
Swing 界面中响应文件变更事件要绕过 WatchService 的陷阱
WatchService 在 macOS 上对 Finder 移动文件不触发 ENTRY_DELETE，在 Windows 上对资源管理器剪切粘贴可能丢失事件，且无法监听子目录递归变更。
立即学习“Java免费学习笔记（深入）”；
- 生产环境别依赖它做实时刷新；改为定时轮询：
Files.getLastModifiedTime(p)比对时间戳，间隔设为 2–5 秒（太短伤磁盘，太长感知差） - 轮询时用
Files.walk()一次性获取全量路径快照，再与上一次结果做Set<path>.removeAll()</path>差分，比逐个exists()更可靠 - 若坚持用
WatchService，必须为每个子目录单独注册，并捕获OVERFLOW事件——它表示事件队列溢出，此时应强制全量重刷目录
实际跑通的关键不在功能多全，而在每一步都预判了文件系统差异和用户误操作。比如“重命名”看似简单，但 Files.move() 在跨分区时本质是复制+删除，失败后原文件可能已删而新文件未写完——这种边界情况，初学者项目最容易忽略。
