BufferedImage内存泄漏和溢出问题

java的ImageIO处理图片

在使用Thumbnailator时出现了OOM问题，但是其使用方法只有一行代码，无法针对其内部使用的对象进行资源释放，所以使用原生的Java类库中ImageIO来处理图片。关键有三个类：ImageIO、BufferedImage、Graphics

ImageIO类包含两个静态方法：read()和write()，通过这两个方法即可完成对位图文件的读写，调用write()方法输出图形文件时需要指定输出的图形格式。

public static BufferedImage read(File input) throws IOException
public static boolean write(RenderedImage im,String formatName,File output)throws IOException

Image类代表位图，但它是一个抽象类，无法直接创建Image对象，为此java为它提供了一个BufferedImage子类，这个子类是一个可以访问图像数据缓冲区的Image实现类。该类提供了一个简单的构造器：BufferedImage(int width,int height,int imageType)：创建指定大小、指定图像类型的BufferedImage对象。除此之外，还提供一个getGraphics()方法返回该对象的Graphics对象，从而允许通过该Graphics对象向BufferedImage中添加图形。
Graphics是一个抽象的画笔对象，它可以在组件上绘制丰富多彩的几何图形和位图。它提供有一个重要方法，将一个img对象的原始图形宽度缩小为width，高度缩小为height，添加到BufferedImage对象的(x,y)处：public abstract boolean drawImage(Image img, int x, int y,int width,int height, ImageObserver observer)

关键的像素位乘积可能导致内存暴涨以至出现OOM

BufferedImage.java:324，DirectColorModel.java:1032，Raster.java:467，DataBufferInt.java:75

至此可以得知，提示OOM的原因为图片的宽度和高度的像素乘积过大导致在初始化int的数组的时候出现 java.lang.OutOfMemoryError: Java heap space。

`BufferedImage`的一些坑

BufferedImage的一些坑：

项目中，BufferedImage的读取加载流程是：下载图片 -> 通过ImageIO.read()转成BufferedImage。很有可能的是，下载的图片过大，那么转成BufferedImage的对象也会很大。
此外BufferedImage存储的内容是不经过压缩的，你本地磁盘上读取了一个图片文件，转成BufferedImage对象后，大小可能是文件大小的数倍。这是因为BufferedImage的对象大小是要按照位图那一套算法计算的，即像素数 * 单个像素存储大小。一般项目中都是用彩图，即24位。
- 一个例子：一张1200 * 900的彩图A和黑白图B，大小分别为800KB和100KB，均为JPG格式，但是读到内存里后，大小变为了3MB多，这是因为它们都用彩图存储（ImageIO.read()就是这么处理的），且size = 1200 * 900 * 24 / 8 = 3240000 bytes 。