最稳妥的批量重命名方式是逐个调用Files.move()并捕获IOException，传入StandardCopyOption.REPLACE_EXISTING，路径用Path类型，中文路径需统一JVM编码为UTF-8，并添加进度反馈与中断机制。
用 Files.move() 批量重命名文件最稳妥
Java 标准库中真正可靠、支持跨文件系统且带原子语义的重命名操作，只有 Files.move()。别用 File.renameTo() —— 它在 Windows 上可能静默失败，在 Linux 上跨分区必失败，还不抛异常，只返回 false。
批量处理时，必须逐个调用 Files.move()，并显式捕获 IOException。常见错误是把所有新文件名一次性生成后统一执行，结果中途出错导致状态不一致。
- 始终传入
StandardCopyOption.REPLACE_EXISTING，否则目标文件已存在时直接抛FileAlreadyExistsException - 源路径和目标路径必须都是
Path类型，别混用String或File - 如果需按顺序重命名（如
img_001.jpg → img_002.jpg → img_003.jpg），要先重命名为临时名，再统一改回，避免覆盖
按规则生成新文件名：别硬拼字符串，用 String.format() 或 MessageFormat
用户常要求“给所有 .log 文件加时间戳前缀”或“按序号重命名”，这时候手写 substring() + concat() 极易出错，尤其遇到中文路径、特殊符号或空格。
推荐用 String.format() 控制格式，比如补零序号：String.format("photo_%04d.jpg", index)；若需更灵活的模板（如 {name}_backup_{yyyy-MM-dd}），用 MessageFormat 配合 SimpleDateFormat。
立即学习“Java免费学习笔记（深入）”；
注意：文件名中的非法字符（Windows 下的 : " / \ | ? *）必须提前过滤，否则 Files.move() 会直接抛 InvalidPathException。
处理中文路径和编码问题：确保 JVM 默认编码与系统一致
在 Windows 中文系统下，如果用 IDE 启动（如 IntelliJ 默认用 UTF-8），而命令行终端是 GBK，Paths.get("测试文件.txt") 可能解析失败，报 java.nio.file.InvalidPathException: Malformed input or input contains unmappable characters。
这不是代码 bug，而是环境编码不一致。解决方式只有两个：
- 启动 JVM 时加参数：
-Dfile.encoding=UTF-8（推荐，一劳永逸） - 读取用户输入的路径字符串后，用
new String(input.getBytes(StandardCharsets.ISO_8859_1), StandardCharsets.UTF_8)强制转码（仅限调试时救急）
别试图用 Charset.defaultCharset() 动态判断——它不可靠，且不同平台返回值不同。
真实批量场景必须加进度反馈和中断机制
处理几百个文件时，控制台光标不动容易让人误以为卡死。但 Java 没有内置进度条，简单做法是每处理 10 个文件输出一行日志：System.out.printf("已处理 %d / %d%n", processed, total);。
更关键的是中断支持：用户按 Ctrl+C 时，应安全停止，而不是让部分文件已重命名、部分未处理。需注册 Runtime.getRuntime().addShutdownHook()，并在主循环中定期检查 Thread.interrupted()。
下面是一个最小可运行的骨架示例：
Path dir = Paths.get("input");
List<Path> files = Files.list(dir)
.filter(p -> p.toString().endsWith(".txt"))
.sorted() // 确保顺序
.collect(Collectors.toList());
for (int i = 0; i < files.size(); i++) {
if (Thread.interrupted()) {
System.out.println("已手动中断，共完成 " + i + " 个");
break;
}
Path src = files.get(i);
Path dst = dir.resolve(String.format("renamed_%03d.txt", i + 1));
try {
Files.move(src, dst, StandardCopyOption.REPLACE_EXISTING);
} catch (IOException e) {
System.err.println("失败: " + src + " → " + dst + ", 原因: " + e.getMessage());
}
}
真正难的不是 rename 这一行代码，而是路径合法性校验、中断时的状态一致性、以及用户输入的任意性 —— 这些地方没做防护，工具上线后第一周就会被反馈崩三次。
