本文详解在java中因文件流未正确关闭而导致`filesystemexception: the process cannot access the file because it is being used by another process`异常的根本原因，并提供基于try-with-resources的安全读写实践，确保json文件可被顺利删除。
在使用Apache POI处理Excel、结合JSON解析生成报表的自动化流程中，一个常见却易被忽视的问题是：成功写入JSON文件后无法删除它。错误提示如 java.nio.file.FileSystemException: ... The process cannot access the file because it is being used by another process，其本质并非系统级进程占用，而是Java自身未释放对文件的句柄（File Handle）——最典型的原因就是 FileReader（或其他输入流）未显式关闭。
回顾原始代码片段：
Object obj = parser.parse(new FileReader(".//Json_files//db-" + stockname + ".json"));该行直接将 FileReader 作为参数传入 parser.parse()，但 JSONParser.parse() 方法不会自动关闭传入的Reader。这意味着文件流持续处于打开状态，JVM持有操作系统级别的文件锁，导致后续 Files.deleteIfExists() 调用失败。
✅ 正确做法：使用 try-with-resources 语句，确保 FileReader 在解析完成后自动、可靠关闭：
Object obj;
try (FileReader reader = new FileReader(".//Json_files//db-" + stockname + ".json")) {
obj = parser.parse(reader); // 解析完成后 reader 自动关闭
} catch (IOException | ParseException e) {
throw new RuntimeException("Failed to parse JSON file: " + stockname, e);
}⚠️ 同时需注意其他潜在资源泄漏点：
- PrintWriter out 虽已调用 out.close()，但建议也改用 try-with-resources 更安全；
- 全局静态流字段（如 public static FileInputStream fi;）极易引发跨测试用例的资源冲突，应避免使用静态流对象，改为方法内局部声明+及时释放；
- XSSFWorkbook wb 是内存中工作簿，不直接关联文件锁，但若在循环中反复创建未销毁（尤其未调用 wb.close()），可能引发内存溢出或临时文件残留。
? 完整修复建议（关键段落优化）：
// ✅ 安全写入 JSON
try (PrintWriter out = new PrintWriter(new FileWriter(".//Json_files//db-" + stockname + ".json", true))) {
out.write(resp.asString());
} // 自动关闭
// ✅ 安全读取并解析 JSON
Object obj;
try (FileReader reader = new FileReader(".//Json_files//db-" + stockname + ".json")) {
obj = parser.parse(reader);
} catch (IOException | ParseException e) {
throw new RuntimeException("JSON parsing failed for " + stockname, e);
}
// ✅ 解析后立即删除（此时文件已无任何流占用）
Path jsonPath = Paths.get(".//Json_files//db-" + stockname + ".json");
if (Files.exists(jsonPath)) {
Files.delete(jsonPath); // 或 Files.deleteIfExists()
}? 额外验证技巧：
- 在删除前添加 System.out.println("Can delete? " + Files.isWritable(jsonPath)); 辅助诊断；
- Windows 用户可用 Process Explorer 搜索文件名，确认是否仍有 Java 进程持有着该文件句柄。
? 总结：Java 中“文件被占用”的90%以上场景源于开发者未遵循 "open → use → close" 的资源管理铁律。try-with-resources 不仅是语法糖，更是防止资源泄漏、保障文件操作原子性的必备实践。务必对所有 InputStream, OutputStream, Reader, Writer, Connection, Statement 等实现 AutoCloseable 的对象启用该机制。
