本文详解因重复调用 `files.move()` 导致 `nosuchfileexception` 的根本原因，并提供结构清晰、资源安全的文件分类移动方案，确保 csv 文件仅被移动一次且 filereader 正确自动关闭。
在使用 Java NIO 的 Files.move() 处理批量 CSV 文件时，出现 java.nio.file.NoSuchFileException 是一个典型逻辑错误——并非文件路径错误，而是同一文件被多次移动。从您提供的代码可见：内层 for (CsvLine item : beans) 循环中，一旦匹配到 item.getValue() 为 2/43/32，便立即执行一次 Files.move(..., invalid_files)；但循环并未终止，后续迭代会再次尝试对已被移走的原始文件调用 Files.move()，从而触发 NoSuchFileException。
更严重的是，原代码中存在两处 br.close() 手动调用（分别在 invalid 和 processed 分支），而 FileReader 已被声明在 try-with-resources 中，手动关闭不仅冗余，还可能引发 IllegalStateException。
✅ 正确做法是：
- 只移动一次文件：在解析完全部 CSV 行后，统一决定目标目录；
- 利用 try-with-resources 自动管理资源：彻底移除所有手动 close()；
- 提前标记 + 统一移动：用 moveTo 变量动态指向 invalid_files 或 processed，最后单次执行 Files.move()。
以下是重构后的健壮实现：
@Override
public void execute(JobExecutionContext context) {
File directoryPath = new File("C:\\csv\\nov");
// 创建 processed 和 invalid_files 子目录（幂等）
Path processedDir = Path.of(directoryPath.getAbsolutePath(), "processed");
Path invalidDir = Path.of(directoryPath.getAbsolutePath(), "invalid_files");
try {
Files.createDirectories(processedDir);
Files.createDirectories(invalidDir);
} catch (IOException e) {
throw new RuntimeException("Failed to create directories", e);
}
// 过滤 CSV 文件
FilenameFilter csvFilter = (dir, name) -> name.toLowerCase().endsWith(".csv");
File[] csvFiles = directoryPath.listFiles(csvFilter);
if (csvFiles == null) {
System.out.println("No CSV files found.");
return;
}
for (File file : csvFiles) {
Path originalPath = file.toPath();
Path moveTo = processedDir.resolve(originalPath.getFileName()); // 默认移至 processed
try (FileReader br = new FileReader(file, StandardCharsets.UTF_16)) {
List beans = new CsvToBeanBuilder(br)
.withType(CsvLine.class)
.withSeparator('\t')
.withSkipLines(3)
.build()
.parse();
// 检查任意一行是否含非法值 → 标记为 invalid
for (CsvLine item : beans) {
Integer value = item.getValue();
if (value != null && (value.equals(2) || value.equals(43) || value.equals(32))) {
moveTo = invalidDir.resolve(originalPath.getFileName());
System.out.printf("⚠️ Invalid value %d found in %s → will move to invalid_files%n",
value, file.getName());
break; // 关键：跳出循环，避免重复判断和移动
}
}
} catch (Exception e) {
// 解析失败视为异常文件（如编码错误、格式损坏）
System.err.printf("❌ Parsing failed for %s: %s%n", file.getName(), e.getMessage());
moveTo = invalidDir.resolve(originalPath.getFileName());
}
// ✅ 统一、安全地执行移动（仅一次！）
try {
Files.move(originalPath, moveTo, StandardCopyOption.REPLACE_EXISTING);
System.out.printf("✅ Moved %s → %s%n", originalPath.getFileName(), moveTo.getParent().getFileName());
} catch (IOException e) {
throw new RuntimeException("Failed to move file: " + originalPath, e);
}
}
} ? 关键改进说明：
- break 不可省略：确保发现首个非法值即退出循环，防止二次移动；
- createDirectories() 替代 createDirectory()：自动创建父目录（即使 invalid_files 上级不存在）；
- 空指针防护：item.getValue() 判空避免 NullPointerException；
- 异常兜底策略：CSV 解析失败时也归入 invalid_files，提升鲁棒性；
- 日志语义清晰：区分 ⚠️ Invalid value、❌ Parsing failed、✅ Moved，便于问题追踪。
? 额外建议：
- 生产环境应使用 SLF4J/Logback 替代 System.out；
- 对大文件，可考虑流式校验（不全量加载 beans），进一步优化内存；
- 移动前可先 Files.exists(originalPath) 双重校验（虽非必需，但增强防御性）。
遵循此模式，即可彻底规避 NoSuchFileException，实现安全、可维护的文件分类处理流程。
