Question

我花了一些时间研究Java的硬件加速功能，我仍然有点困惑，因为我在网上直接找到的网站都没有直接回答我的一些问题。以下是我对Java中硬件加速的问题：

1）在Eclipse版本3.6.0中，使用最新的Mac OS X Java更新（我认为1.6u10），默认情况下是否启用了硬件加速？我在某处读到了

someCanvas.getGraphicsConfiguration().getBufferCapabilities().isPageFlipping()

应该指示硬件加速是否已启用，并且我的程序在我的主Canvas实例上运行以进行绘制时报告为true。如果我的硬件加速现在没有启用，或者默认情况下，我需要做些什么才能启用它？

2）我在这里和那里看过一些关于BufferedImage和VolatileImage之间差异的文章，主要是说VolatileImage是硬件加速图像并存储在VRAM中以便快速复制操作。但是，我也发现了BufferedImage被称为硬件加速的一些实例。 BufferedImage硬件在我的环境中也加速了吗？如果两种类型都是硬件加速的话，使用VolatileImage会有什么好处？我的主要假设是，在两者都具有加速度的情况下具有VolatileImage的优点是VolatileImage能够检测其VRAM何时被转储。但是如果BufferedImage现在也支持加速，它是否也没有同样的内置检测，只是内存被丢弃了？

3）使用

有什么好处

someGraphicsConfiguration.getCompatibleImage/getCompatibleVolatileImage()

而不是

ImageIO.read()

在一篇教程中，我一直在阅读有关正确设置渲染窗口的一些一般概念（tutorial），它使用了getCompatibleImage方法，我认为它返回一个BufferedImage，以获取它们的“硬件加速”图像快速绘图，它与问题2有关，是否是硬件加速。

4）这是较少的硬件加速，但我一直很好奇：我是否需要订购哪些图形？我知道当通过C / C ++使用OpenGL时，最好确保在需要一次绘制的所有位置绘制相同的图形，以减少当前纹理需要切换的次数。从我所看到的情况来看，似乎Java会为我照顾这一点，并确保以最佳方式绘制事物，但同样，没有任何事情说过这样的事情。

5）什么AWT / Swing类支持硬件加速，应该使用哪些？我目前正在使用一个扩展JFrame的类来创建一个窗口，并添加一个Canvas来创建一个BufferStrategy。这是一个好的做法，还是有其他一些方法我应该实现这个？

非常感谢您的时间，我希望我提供了明确的问题和足够的信息，以便您回答我的几个问题。

Answer 1

1）到目前为止，默认情况下从不启用硬件加速，据我所知，它还没有改变。要激活渲染加速，请在程序启动时将此arg（-Dsun.java2d.opengl = true）传递给Java启动程序，或者在使用任何渲染库之前设置它。 System.setProperty("sun.java2d.opengl", "true");这是一个可选参数。

2）是BufferedImage封装了管理易失性内存的一些细节，因为当BufferdImage加速时，它的副本将作为VolatileImage存储在V-Ram中。

BufferedImage的好处是，只要您没有弄乱其中包含的像素，只需将其复制就像调用graphics.drawImage()一样，然后BufferedImage将会加速一定数量的非指定份数，它将为您管理VolatileImage。

BufferedImage的缺点是，如果您正在进行图像编辑，更改BufferedImage中的像素，在某些情况下会放弃尝试加速它，此时如果您正在寻找对于编辑的高效渲染，您需要考虑管理自己的VolatileImage。我不知道哪些操作会让BufferedImage放弃尝试加速渲染。

3）使用createCompatibleImage()/createCompatibleVolatileImage()的优势是ImageIO.read()不会转换为默认支持的图像数据模型。因此，如果您导入PNG，它将以PNG阅读器构建的格式表示它。这意味着每次由GraphicsDevice呈现时，必须首先将其转换为兼容的图像数据模型。

BufferedImage image = ImageIO.read ( url );
BufferedImage convertedImage = null;
GraphicsEnvironment ge = GraphicsEnvironment.getLocalGraphicsEnvironment ();
GraphicsDevice gd = ge.getDefaultScreenDevice ();
GraphicsConfiguration gc = gd.getDefaultConfiguration ();
convertedImage = gc.createCompatibleImage (image.getWidth (), 
                                           image.getHeight (), 
                                           image.getTransparency () );
Graphics2D g2d = convertedImage.createGraphics ();
g2d.drawImage ( image, 0, 0, image.getWidth (), image.getHeight (), null );
g2d.dispose()

上述过程会将使用图像io api读入的图像转换为具有与默认屏幕设备兼容的图像数据模型的BufferedImage，以便在呈现时不需要进行转换。这是最有利的时候是你经常渲染图像的时候。

4）您不需要努力批量处理图像，因为Java大部分都会尝试为您执行此操作。您没有理由不尝试这样做，但一般情况下，在尝试执行此类性能优化之前，最好对应用程序进行概要分析并确认图像呈现代码存在瓶颈。主要的缺点是我在每个JVM中的实现方式略有不同，然后增强功能可能毫无价值。

5）据我所知，您设计的设计是手动执行双缓冲并主动渲染应用程序时更好的策略之一。 http://docs.oracle.com/javase/7/docs/api/java/awt/image/BufferStrategy.html 在此链接中，您将找到BufferStrategy的说明。在描述中，它显示了一个代码片段，它是使用BufferStrategy对象进行活动呈现的推荐方法。我将这种特殊技术用于我的活动渲染代码。唯一的主要区别在于我的代码。和你一样，我在BufferStrategy的{{1}}实例上创建了Canvas。

Answer 2

从某些older documentation判断，您可以通过检查sun.java2d.opengl属性来判断Sun JVM是否启用了硬件加速。

不幸的是，我不知道这是否适用于Apple JVM。

您可以使用Image的{{3}}

检查单个图片是否为硬件加速

说完这一切之后，我看到的所有文档（包括getCapabilities(GraphicsConfiguration).isAccelerated()）都暗示BufferedImage 不是硬件加速。由于这个原因，Swing也被改为使用VolatileImage s进行双缓冲。

Java硬件加速

2 个答案: