Java bufferstrategy图形或整型数组

Question

在使用 Java 进行 2D 游戏开发时，大多数教程都会创建一个缓冲策略来进行渲染。这是完全有道理的。然而，人们似乎偏离了将实际图形绘制到缓冲区的方法。

一些教程创建一个缓冲图像，然后创建一个整数数组来表示各个像素颜色。

private BufferedImage image = new BufferedImage(width, height, BufferedImage.TYPE_INT_RGB);
private int[] pixels = ((DataBufferInt) image.getRaster().getDataBuffer()).getData();

Graphics g = bs.getDrawGraphics();
g.setColor(new Color(0x556B2F));
g.fillRect(0, 0, getWidth(), getHeight());
g.drawImage(image, 0, 0, getWidth(), getHeight(), null);

然而，其他一些教程不会创建缓冲图像，将像素绘制到 int 数组，而是使用 BufferStrategy 的 Graphics 组件将图像直接绘制到缓冲区。

Graphics g = bs.getDrawGraphics();
g.setColor(new Color(0x556B2F));
g.fillRect(0, 0, getWidth(), getHeight());

g.drawImage(testImage.image, x*128, y*128, 128, 128, null);

我只是想知道，为什么要创建整个 int 数组，然后绘制它。这需要在实现矩形、拉伸(stretch)、透明度等方面做更多的工作。缓冲策略的图形组件已经具有可以轻松调用的方法。使用 int 数组是否有一些巨大的性能提升？

我已经查了几个小时了，我看到的所有网站都只解释了他们在做什么，而不是为什么他们选择这样做。

Answer 1

让我们澄清一件事:两段代码做的事情完全一样——绘制图像。然而，这些片段相当不完整——第二个片段没有显示“testImage.image”实际上是什么或它是如何创建的。但它们最终都调用了 Graphics.drawImage() 并且 Graphics 或 Graphics2D 中 drawImage() 的所有变体都绘制了一个简单明了的图像。在第二种情况下，我们根本不知道它是 BufferedImage、VolatileImage 还是 Toolkit Image。

所以这里实际画的图没有区别!

这两个片段之间只有一个区别 - 第一个片段也获得对最终在内部支持 Image 实例的整数数组的直接引用。这提供了对像素数据的直接访问，而不必通过使用例如相对较慢的 getRGB() 和 setRGB() 方法的 (Buffered)Image API。之所以不能在上下文中具体说明这样做的原因是在这个问题中，获得了数组但从未在代码段中使用过。因此，为了给出以下解释的任何存在理由，我们必须假设有人想要直接读取或编辑图像的像素，很可能是出于优化原因，因为 (Buffered)Image API 的“缓慢”操纵数据。

这些优化原因可能是过早的优化，可能会适得其反。

---

首先，这段代码之所以有效，是因为图像的类型是 INT_RGB，这将为图像提供一个 IntDataBuffer。如果它是另一种类型的图像，例如 3BYTE_BGR，则此代码将因 ClassCastException 而失败，因为后备数据缓冲区将不是 IntDataBuffer。当您仅手动创建图像并强制执行特定类型时，这可能不是什么大问题，但图像往往是从外部工具创建的文件中加载的。

其次，直接访问像素缓冲区还有另一个更大的缺点:当您这样做时，Java2D 将拒绝对该图像进行加速，因为它不知道您何时会在其控制之外对其进行更改。只是为了清楚起见:加速是在视频内存中保留未更改图像的过程，而不是每次绘制时都从系统内存中复制它。根据您处理的图像数量，这可能会带来巨大的性能提升(如果您破坏它，则会造成损失)。

How can I create a hardware-accelerated image with Java2D?

(如相关问题所示:您应该使用 GraphicsConfiguration.createCompatibleImage() 来构造 BufferedImage 实例)。

所以本质上:尝试对所有内容使用 Java2D API，不要直接访问缓冲区。此场外资源很好地说明了 API 必须支持哪些功能，而无需深入研究:

http://www.pushing-pixels.org/2008/06/06/effective-java2d.html