java - 奇怪的 JavaFX8 OutOfMemoryError - FadeTransition

Question

在尝试追踪我的应用程序中的内存错误数小时之后，我设法将其减少为一个简单的 JFX 程序中的一些非常奇怪的行为:

以下面的简单示例为例，该示例逐渐将矩形淡化到透明 Canvas 上:

public class Test extends Application {

    @Override
    public void start(Stage primaryStage) {
        primaryStage.initStyle(StageStyle.TRANSPARENT);
        int width = 1920;
        int height = 1080;

        Rectangle rect = new Rectangle(width, height);
        rect.setFill(Color.SALMON);
        rect.setOpacity(0);
        StackPane scenePane = new StackPane();
        scenePane.getChildren().add(rect);
        primaryStage.setScene(new Scene(scenePane));
        primaryStage.setWidth(width);
        primaryStage.setHeight(height);
        primaryStage.show();
        FadeTransition ft = new FadeTransition(Duration.millis(10000), rect);
        ft.setToValue(1);
        ft.play();
    }

    public static void main(String[] args) {
        launch(args);
    }

}

当使用 VM args -Xms100m -Xmx100m 运行时，这完全没有问题。然而，当我给 VM 显着更多 内存(例如 -Xms1000m -Xmx1000m)时，它很快就会崩溃:

java.lang.OutOfMemoryError
        at sun.misc.Unsafe.allocateMemory(Native Method)
        at java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:127)
        at java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:311)
        at com.sun.prism.impl.BufferUtil.newByteBuffer(BufferUtil.java:90)
        at com.sun.prism.impl.BufferUtil.newIntBuffer(BufferUtil.java:121)
        at com.sun.javafx.tk.quantum.UploadingPainter.run(UploadingPainter.java:148)
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
        at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
        at com.sun.javafx.tk.RenderJob.run(RenderJob.java:58)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
        at com.sun.javafx.tk.quantum.QuantumRenderer$PipelineRunnable.run(QuantumRenderer.java:125)
        at java.lang.Thread.run(Thread.java:745)

我试过的不止一个分析器显示堆几乎不占用任何分配的空间 - 但任务管理器中的进程 View 显示它在几秒钟内用完了所有可用内存。

奇怪的事情并没有就此结束 - 它似乎只是因为 width 和 height 的某些值(width例如，1921 表示应用程序执行良好，看不到任何错误。)

这似乎只发生在透明舞台上。如果第一行没有在舞台上设置透明样式，一切似乎都很好(无论如何，我已经尝试过所有配置。)同样，它只发生在 Java 8 上(我使用的是 8u20)——Java 7 一切都很好/JFX 2.x。我运行的是 Windows 7x64。

任何人都可以重现这个问题，任何人都可以阐明到底发生了什么吗？!这是我很长一段时间以来遇到的最奇怪的事情......

更新:我已经设法在单独的 Windows 8 机器上重现了这一点，但是另一个 Windows 7 机器(和 Mac)看起来都很好。不确定我正在访问的 JFX 代码路径到底是什么，但不幸的是它似乎完全依赖于机器。

Answer 1

这只能回答您的部分问题，但这就是为什么增加堆会导致 OutOfMemeoryError:

正如您从堆栈跟踪中看到的那样，JavaFX 正在使用 DirectByteBuffer 进行处理 - 因此数据不存储在堆中，而是存储在native 内存。通过增加(固定的)堆大小，您可以减少操作系统可以作为 native 内存提供的可用内存量。

例如在使用 32 位 Java-VM 的 Windows 上，可寻址内存范围为 4GB，2GB 保留给操作系统，剩下 2GB 给 java 应用程序。使用 -Xms1000m -Xmx1000m 另一个 GB 为堆保留 1GB 用于 VM 代码、堆栈、非堆内存(如 PermGen 等)，最后 GB 的剩余部分可用作 native 内存。