files.move()是更稳妥的批量重命名方案，因其抛出明确异常而非静默失败；需检查路径权限、使用utf-8编码、预建映射表支持回滚，并单线程顺序执行。
Java 中 File.renameTo() 失败很常见，它不抛异常，只返回 false，排查需从操作系统、路径、权限和 JVM 约束四方面入手。
检查源文件和目标路径是否存在且可访问
源文件必须真实存在且是普通文件（不能是目录）；目标路径的父目录必须已存在，否则重命名或跨目录移动必然失败。
- 用
source.exists()和source.isFile()确认源有效 - 用
target.getParentFile().mkdirs()确保目标父目录存在（注意：mkdirs()不保证写入权限） - 若目标是新文件名（同目录），父目录通常没问题；若跨目录移动，目标目录必须提前创建好
确认是否跨文件系统操作
renameTo() 在大多数操作系统上本质是 rename(2) 系统调用，仅支持同一文件系统内操作。跨磁盘（如 C: → D:）、跨挂载点（Linux 下不同 mount）、或跨容器卷时会静默失败。
- Windows 下可通过
source.getCanonicalFile().toPath().getFileSystem()对比源和目标的FileSystem（但 Java 无直接 API 判断是否同 FS，需靠路径前缀或Files.isSameFileSystem()（JDK 11+）） - Linux/macOS 可用
df .查看当前路径所在文件系统，对比源/目标是否在同一挂载点 - 跨文件系统场景应改用
Files.move(source, target, StandardCopyOption.REPLACE_EXISTING)
验证进程占用与权限问题
Windows 上文件被其他进程打开（如记事本、IDE、杀毒软件）会导致重命名失败；所有系统下目标路径若被占用、或用户无写权限（包括父目录的写权限），也会返回 false。
- Windows 可用
Process Explorer或命令行handle.exe检查文件句柄 - 确保对源文件有读权限，对目标父目录有写+执行（进入）权限（Linux/macOS）
- 注意：Java 进程运行用户（如服务账户）可能与当前登录用户权限不同
优先使用 Files.move 替代 renameTo
File.renameTo() 是遗留 API，行为不一致、无异常反馈、跨平台兼容差。推荐全面迁移到 java.nio.file.Files.move()。
- 失败时明确抛出
IOException（如AccessDeniedException、FileSystemException），便于定位原因 - 支持跨文件系统移动（底层自动转为复制+删除）
- 示例：Files.move(source.toPath(), target.toPath(), StandardCopyOption.REPLACE_EXISTING);
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
