我需要使用一个本机库来读取一些专有的图像文件格式(关于不重新发明我们自己的轮子的东西)。该库工作正常,有时候图像可以变得很大(我看到的记录是13k x 15k像素)。问题是我的可怜的JVM在图像开始变大的时候不断死于痛苦的死亡和/或抛出OutOfMemoryError。
这是我正在运行的
//the bands, width, and height fields are set in the native code
//And the rawBytes array is also populated in the native code.
public BufferedImage getImage(){
int type = bands == 1 ? BufferedImage.TYPE_BYTE_GRAY : BufferedImage.TYPE_INT_BRG;
BufferedImage bi = new BufferedImage(width, height, type);
ImageFilter filter = new RGBImageFilter(){
@Override
public int filterRGB(int x, int y, int rgb){
int r, g, b;
if (bands == 3) {
r = (((int) rawBytes[y * (width / bands) * 3 + x * 3 + 2]) & 0xFF) << 16;
g = (((int) rawBytes[y * (width / bands) * 3 + x * 3 + 1]) & 0xFF) << 8;
b = (((int) rawBytes[y * (width / bands) * 3 + x * 3 + 0]) & 0xFF);
} else {
b = (((int) rawBytes[y * width + x]) & 0xFF);
g = b << 8;
r = b << 16;
}
return 0xFF000000 | r | g | b;
}
};
//this is the problematic block
ImageProducer ip = new FilteredImageSource(bi.getSource(), filter);
Image i = Toolkit.getDefaultToolkit().createImage(ip);
Graphics g = bi.createGraphics();
//with this next line being where the error tends to occur.
g.drawImage(i, 0, 0, null);
return bi;
}
这个代码段适用于大多数图片,只要它们不是非常大。它的速度也很好。问题是Image
绘制到BufferedImage
步骤会吞下太多内存。
有没有办法可以跳过这一步,直接从原始字节转到缓冲图像?
答案 0 :(得分:2)
使用jai的RawImageInputStream。这需要了解有关SampleModel的信息,您可以从本机代码中获取该信息。
另一个选择是将rawBytes放入DataBuffer,然后create a WritableRaster,最后创建BufferedImage。 这基本上就是RawImageInputStream会做的事情。