file.exists() 返回 false 的常见原因包括：路径解析错误（依赖当前工作目录）、误用相对路径而非类路径资源、windows 中文/空格编码问题；delete() 静默失败因文件被占用、非空目录或权限不足；listfiles() 返回 null 表示路径不存在或非目录；length() 返回 0 或旧值因系统缓存或未刷盘。
File.exists() 返回 false 的常见原因
调用 File.exists() 却返回 false，不一定是文件真不存在——更可能是路径解析出错。Java 的 File 是基于当前工作目录（user.dir）解析相对路径的，而 IDE、Maven、打包后 JAR 的工作目录往往不一致。
- 用
new File("config.txt")时，实际查找的是System.getProperty("user.dir") + "/config.txt"，不是类路径或 resources 目录 - 想读 resources 下的文件，别用
File直接构造，改用getClass().getResource("/config.txt")或getClass().getResourceAsStream() - Windows 下路径含中文或空格，某些 JDK 版本（如旧版 JDK 8u20）可能因编码问题误判存在性；建议统一用
Paths.get(...).toFile()替代原始File构造
delete() 失败却不报异常？检查这三点
File.delete() 返回 false 而非抛异常，是它的设计特性：它只告诉你“没删成”，但不说明为什么。常见静默失败场景：
- 文件被其他进程占用（如 Windows 下用记事本打开着、IDE 正在索引、杀毒软件扫描中）
- 目标是目录且非空——
delete()不递归，必须先清空内容或改用Files.walkFileTree()配合SimpleFileVisitor - 权限不足：Linux/macOS 下无写权限，或 Windows 下文件设了只读属性（需先
setWritable(true)）
更可靠的替代方案：Files.delete(Path) 会明确抛 IOException，错误信息里直接带原因，比如 "Access is denied" 或 "Directory not empty"。
listFiles() 返回 null 而不是空数组
File.listFiles() 在两种情况下返回 null：路径不存在，或路径存在但不是目录。这个 null 容易引发 NullPointerException，尤其在链式调用中。
立即学习“Java免费学习笔记（深入）”；
- 永远先判断
file.isDirectory()再调listFiles() - 避免写
for (File f : dir.listFiles()) {...}这种裸用，应改为：
File[] files = dir.listFiles();
if (files != null) {
for (File f : files) { ... }
}
如果需要过滤或遍历子目录，优先用 Files.newDirectoryStream(path, glob)，它支持通配符、自动跳过权限异常项，且返回的是 Stream<path></path>，更符合现代 Java 习惯。
File.length() 在文件被写入时返回 0？
对正在被写入的文件调用 length()，可能返回 0 或旧值——这不是 bug，而是因为底层 OS 文件系统缓存、JVM 文件句柄未刷新，或写入方未调用 flush()/close()。
-
File.length()本质是调用 OS 的stat()系统调用，它看到的是内核维护的文件元数据快照，不一定实时 - 若需确认写入完成，不要依赖
length()，而应在写入方显式同步：用FileChannel.force(true)强制刷盘，或确保OutputStream.close()已执行 - 跨进程检测文件是否写完，更稳妥的方式是写完后生成一个同名
.done标记文件，读取方先检查该标记是否存在
File 类本身不提供原子性、同步性保证，所有涉及并发读写的场景，都得靠外部协调机制，而不是指望 length() 或 lastModified() 返回“最新”值。
