AffineTransformOp 速度/内存问题

Question

我以前曾问过这个问题，但我想重新表述/澄清一些观点并对其进行扩展。我有一段代码使用 AffineTransform 转换 BufferedImage。

op = new AffineTransformOp(atx, interactive ? interpolationInteractive : interpolationNormal);
displayImage = op.filter(displayImage, null);

此代码运行良好，但会导致内存累积。具体来说，每次调用这段代码时都会存储更多内存。我也尝试过其他形式的过滤器。

op = new AffineTransformOp(atx, interactive ? interpolationInteractive : interpolationNormal);
displayImage2 = op.createCompatibleDestImage(displayImage, displayImage.getColorModel());
op.filter(displayImage, displayImage2);

但是，这比第一个版本要慢得多。我想要第一个版本的速度和第二个版本的内存使用率。

1. 第一个版本后如何清理？具体来说，中间的 BufferedImage 存储在哪里，如何删除它们？
2. 为什么第二个版本比第一个慢？我该怎么做才能加快速度？

感谢您的帮助！！！

Answer 1

您如何获得displayImage 以及它使用的是什么ColorModel？

如果是IndexColorModel，那可以解释很多。

第一个代码片段将使用DirectColorModel 返回BufferedImage。这将需要每个像素 4 个字节，而索引图像通常每个像素需要 1 个字节。 1:4 扩展可能会导致您的内存不足。

第二个代码片段创建了一个与源代码相同模型的BufferedImage。当这是一个IndexColorModel 并且插值不是NEAREST_NEIGHBOR 时，filter() 调用将创建一个带有DirectColorModel 的临时BufferedImage。它将使用它作为过滤操作的目标，然后重新量化临时缓冲区并将其绘制到您的displayImage2 中。所以，bitblit 的数量是原来的两倍。

如果您只进行一次转换，我会说使用第二种形式。

如果您正在执行多项操作，请分配一对BufferedImages 和DirectColorModel。大到足以容纳您最大的图像。将您的源图像绘制到其中一个中，并在它们之间来回执行您的过滤器。然后当你完成后，使用ColorConvertOp 重新量化回索引图像。这样，您只需进行一次颜色转换，而不是每次调用过滤器。

Answer 2

我同意以下评论，除非您收到 OutOfMemoryErrors，否则这是正常现象，GC 将在其认为合适的时候收集图像。这是我有时在担心时做的一个愚蠢的测试：将其放入主函数中的循环并观察分析器中的内存使用情况（它应该形成类似之字形的模式或其他东西）但并不总是能够完成成功。