如何释放BufferedImage占用的文件资源以实现文件删除？

这个问题我之前也碰到过，核心原因就是ImageIO.read(File)的底层实现里，会打开一个文件输入流，但有时候这个流不会被及时关闭，导致系统一直占用着文件句柄，自然就删不掉了。你之前尝试的image.flush()、置null或者调用GC，都没法保证立刻释放这个底层资源，所以才会报错。

给你两个靠谱的解决思路，优先推荐第一种：

方法一：用try-with-resources显式管理输入流 #

Java 7及以上的try-with-resources语法会自动关闭实现了AutoCloseable的资源，能完美解决流未关闭的问题。代码改成这样：

public void test(File file) {
    // 用try-with-resources包裹FileInputStream，自动关闭流
    try (FileInputStream fis = new FileInputStream(file)) {
        BufferedImage image = ImageIO.read(fis);
        byte[] pixels = ((DataBufferByte) image.getRaster().getDataBuffer()).getData();
        // 这里执行你的业务操作，不用修改像素也没关系
    } catch (IOException e) {
        e.printStackTrace();
    }

    // 现在文件已经被释放，可以正常删除了
    try {
        Files.delete(file.toPath());
    } catch (IOException e) {
        e.printStackTrace();
    }
}

当try代码块执行完毕后，FileInputStream会被自动关闭，系统对文件的占用也就解除了，这时候再删除文件就不会报错了。

方法二：手动关闭输入流（兼容旧版本Java） #

如果你还在使用Java 7以下的版本，没法用try-with-resources，就手动在finally块里关闭流：

public void test(File file) {
    FileInputStream fis = null;
    try {
        fis = new FileInputStream(file);
        BufferedImage image = ImageIO.read(fis);
        byte[] pixels = ((DataBufferByte) image.getRaster().getDataBuffer()).getData();
        // 你的业务操作
    } catch (IOException e) {
        e.printStackTrace();
    } finally {
        // 手动关闭流，确保资源释放
        if (fis != null) {
            try {
                fis.close();
            } catch (IOException e) {
                e.printStackTrace();
            }
        }
    }

    try {
        Files.delete(file.toPath());
    } catch (IOException e) {
        e.printStackTrace();
    }
}

这种方式要注意在finally里处理流的关闭，避免因为异常导致流没被关闭。

总结一下：尽量别直接用ImageIO.read(File)来读取需要后续删除的文件，通过显式的输入流来控制资源生命周期，才能确保文件被及时释放，不会出现被占用的情况。

内容的提问来源于stack exchange，提问作者Bartic