renameTo返回false的主因是目标文件存在、跨分区、权限不足或父目录不存在；listFiles返回null需先校验exists()和isDirectory()；推荐用Files.move替代renameTo以获得明确异常。
renameTo 为什么总返回 false
Java 的
不是“重命名失败就抛异常”，而是静默失败、只返回
。常见原因不是路径写错，而是目标文件已存在、源/目标跨磁盘分区、权限不足或目标父目录不存在。
Windows 下跨盘符（如
→
）必失败；Linux/macOS 跨挂载点同理
不会自动创建目标路径的父目录，
得自己提前做
目标文件若已存在，多数 JVM 实现直接返回
（不覆盖），得先
再操作
注意文件锁：用
打开后未关闭，
在 Windows 上大概率失败
listFiles 返回 null 怎么办
在目录不存在、非目录、无读权限时返回
，而不是空数组——这是新手最常踩的空指针雷。
调用前必须先
双重校验
不要直接遍历
结果，先判空：
如果只想过滤特定后缀，别手写 for 循环筛，用
更安全，比如
注意：
不递归，子目录里的文件不会出现，要递归得自己写栈或队列
批量重命名时中文名乱码或报错
问题不在
，而在文件系统编码和 JVM 启动参数。Windows 默认 GBK，但 IDE 或终端可能用 UTF-8，导致
构造时字节解码错位。
确认当前 JVM 编码：
，不是
就得加启动参数
避免用字符串拼接路径，改用
，它更健壮
如果路径含中文且
失败，临时改用
（Java 7+），它对编码更宽容，且能抛出具体异常：
别依赖 IDE 控制台输出判断文件名是否正确——控制台字体/编码可能掩盖真实问题，用
看原始字节
renameTo 和 Files.move 到底选哪个
是旧 API，轻量但行为不一致；
是 NIO.2 标准，可移植性强，但默认不跨文件系统。
Eclipse导入Android或其他的JAVA项目的正确方法 WORD版
本文档主要讲述的是Eclipse导入Android或其他的JAVA项目的正确方法；希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
下载
立即学习
“
Java免费学习笔记（深入）
”；
：适合单机、确定不跨盘、追求极简的脚本场景；失败不报错，调试成本高
：推荐用于所有新代码，失败会抛
（比如
或
），容易定位问题
跨文件系统移动（即“复制+删原”）需显式指定：
，否则默认只尝试原子重命名
注意：
的
和
必须是
，别混用
；转法是
真正麻烦的从来不是写几行 rename 逻辑，而是搞清当前环境里文件系统怎么认路径、JVM 怎么解码字节、以及哪一层在静默吞掉错误。这些细节不盯住，批量跑几百个文件时，可能只有最后三个出错，还找不到原因。
renameTofalseC:\D:\renameTonew File("out/a/b/c.txt").mkdirs()falsedelete()FileInputStreamrenameTolistFilesnullfile.isDirectory() && file.exists()listFiles()if (files == null) { /* 处理错误 */ }listFiles(FileFilter)file -> file.getName().endsWith(".log")listFilesrenameToFileSystem.getProperty("file.encoding")UTF-8-Dfile.encoding=UTF-8Paths.get(dir, oldName).toFile()renameToFiles.moveFiles.move(src, dst, StandardCopyOption.REPLACE_EXISTING)file.getName().getBytes(StandardCharsets.UTF_8)renameToFiles.moverenameToFiles.moveIOExceptionAccessDeniedExceptionFileSystemExceptionFiles.move(src, dst, StandardCopyOption.REPLACE_EXISTING, StandardCopyOption.COPY_ATTRIBUTES)Files.movesrcdstPathFilefile.toPath()