java try-with-resources 能自动关闭 autocloseable 资源，避免因未关闭流导致的内存泄漏；关键要将 inputstream/outputstream 在 try 括号内声明，并注意 imageio.read() 不关闭流、bufferedimage 需手动 flush 或置 null 以释放内存。
Java try-with-resources 能自动关闭实现了 AutoCloseable 的资源（如 InputStream、OutputStream、ImageInputStream），在处理图片流时，它本身不会直接导致内存泄漏；但若使用不当（比如未正确关闭底层流、缓存了未释放的缓冲区、或 ImageIO 内部引用未清理），仍可能引发内存堆积。关键在于：**确保所有可关闭的流都被纳入 try-with-resources 管理，并避免对图片数据（如 BufferedImage）长期持有强引用**。
确保图片输入流被正确声明和关闭
不要手动调用 close()，也不要将流赋值给外部变量后再传入 try 块——这容易遗漏关闭。必须让流作为 try 括号内的资源声明出现：
// ✅ 正确：InputStream 在 try 中声明，自动关闭
try (InputStream is = new FileInputStream("photo.jpg")) {
BufferedImage img = ImageIO.read(is); // is 会在块结束时自动关闭
// 处理图片...
} // is.close() 自动执行
// ❌ 错误：流未纳入 try，可能不关闭
InputStream is = new FileInputStream("photo.jpg");
BufferedImage img = ImageIO.read(is);
is.close(); // 若 read() 抛异常，close 不会执行
注意 ImageIO.read() 的流行为与潜在陷阱
ImageIO.read(InputStream) 会读取并解码整个图片到内存（生成 BufferedImage），但它**不会关闭传入的流**——这是常见误解。因此你必须自己负责关闭该流，而 try-with-resources 是最安全的方式。
另外，某些图片格式（如 GIF、TIFF）可能包含多个图像帧或元数据，ImageIO.read() 默认只读第一帧，但底层 ImageInputStream（如 FileCacheImageInputStream）可能已创建临时文件或缓冲区。为彻底释放：
- 优先使用
File或Path直接调用ImageIO.read(File)—— 它内部会管理流，无需你操心； - 若必须用流（例如从网络或加密源读取），务必用 try-with-resources 包裹原始流；
- 避免复用同一
InputStream多次调用ImageIO.read()（流已耗尽，可能返回 null 或异常）。
及时释放 BufferedImage 及其像素数据
BufferedImage 本身不是 AutoCloseable，但它底层的像素数组（Raster、DataBuffer）可能占用大量堆外内存（尤其在 JDK 8+ 使用 DirectByteBuffer 优化时）。虽然 GC 最终会回收，但在高并发缩略图处理等场景中，延迟释放易触发 OOM。
建议做法：
- 处理完立即置空引用：
img = null;，帮助 GC 尽快识别； - 若需显式清理（如大图反复加载），可调用
img.flush()—— 它会丢弃像素数据，使对象进入“已释放”状态（后续访问抛NullPointerException）； - 避免将
BufferedImage存入静态集合、缓存（如ConcurrentHashMap）而不设大小限制或过期策略。
处理输出流（写图片）时同样适用
保存图片时，ImageIO.write(..., format, OutputStream) 同样不会关闭输出流。错误示例：
// ❌ 危险：os 不会自动关闭，且 write() 异常时更难保证
OutputStream os = new FileOutputStream("out.png");
ImageIO.write(img, "png", os);
os.close();
应改为：
// ✅ 安全：os 自动关闭，无论 write 成功与否
try (OutputStream os = new FileOutputStream("out.png")) {
ImageIO.write(img, "png", os);
}
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
