我正在寻找一种方法来正确缩放(几乎)所有 JFrame 的内容。到目前为止,我尝试过的所有解决方案都在渲染速度方面存在巨大不足。我正在寻找的速度类似于您在智能手机上缩放内容时的速度。
JFrame 的内容应该可以快速重新缩放并保持缩放,即使您用新内容过度绘制 JFrame 也是如此。它还应该足够灵活,以便让您选择要重绘的 BufferedImage(这基本上是我正在绘制的唯一类型,我不绘制任何其他“形状”)。我正在使用普通图形进行绘制,resp。 Graphics2D 对象。
我之前尝试过的是 Graphic2D 的缩放方法并使用 AffineTransformat 对象分别缩放每个 BufferedImage:
g.scale(scalingFactorX, scalingFactorY);
或者:
BufferedImage img = someImageToScale();
AffineTransform scaleTransform = AffineTransform.getScaleInstance(scalingFactorX, scalingFactorY);
AffineTransformOp bilinearScaleOp = new AffineTransformOp(scaleTransform,
AffineTransformOp.TYPE_NEAREST_NEIGHBOR);
return bilinearScaleOp.filter(img, new BufferedImage(targetWidth, targetHeight,
BufferedImage.TYPE_INT_ARGB));
其中 scalingFactorX/Y 是内容应该缩放的因素和 targetWidth,resp。 targetHeight 表示 BufferedImage 的结果(缩放)尺寸。
这两种方法都相当慢,这似乎是因为在这两种情况下,每一帧,内容的缩放版本都必须重新计算。我觉得我在这里遗漏了一些非常明显的东西。
最佳答案
虽然 drawImage()
可以对图像重新取样,但它必须每次 paintComponent()
被调用。按照建议here , AffineTransformOp
让您选择插值类型;使用满足您的图像质量要求的最快的。对图像进行令人满意的重采样后,确保在特定 Graphics
上下文中渲染时不会无意中对图像进行第二次重采样。覆盖 getPreferredSize()
使目标组件与重新采样的图像大小相同,如这些 examples 所示.
My images are only 32x32, but there are a large amount of them (~500).
考虑使用 flyweight pattern只渲染可见图像。 JTable
和 JList
是示例,如概述here .
Are there performance benefits or other advantages to using separate components?
您可能需要原型(prototype)和 profile可以肯定的是,也许通过比较代表性的例子:
关于java - 如何有效地扩展 JFrame 的内容 Java?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/32634968/