JavaFX 线程始终可运行

Question

为什么 JavaFX 应用程序线程总是 RUNNABLE？

来自 YourKit 分析器的以下屏幕(尽管 VisualVM 显示了类似的图片):

黄色部分表示等待状态，浅绿色-可运行，深绿色表示线程实际工作(在堆栈跟踪中可见)

Swing 的 EDT 等待事件和其他等待，但 JavaFX 线程在幕后究竟做了什么？其100%可运行状态是否会导致性能泄漏？

Answer 1

线程状态背景

根据Thread.State.RUNNABLE文档:

Thread state for a runnable thread. A thread in the runnable state is executing in the Java virtual machine but it may be waiting for other resources from the operating system such as processor.

大多数时候，JavaFX 应用程序线程正在等待操作系统级别的回调，因此它在分析器中显示为 RUNNABLE，即使它通常在等待。这是因为等待是在 native 代码中发生的，而不是 JVM 中的 hibernate 调用。

从这个可以看出Java thread state UML diagram Java线程进入不同状态需要不同的方法。在 Swing 中，这些方法之一用于使 EDT 进入等待状态，但在 JavaFX 中没有使用类似的方法。

JavaFX 的工作原理

architecture of the JavaFX system基于定时脉冲，默认情况下每秒发射 60 次。为了在没有图像撕裂的情况下获得流畅的动画显示，(我认为)系统可以启用 vsync 计时器，以便脉冲与显示同步。标准 JVM 不知道操作系统特定的垂直同步计时器，因此 JavaFX 系统使用 native 代码使 JavaFX 应用程序线程等待操作系统提供的垂直同步计时器。

这不是问题

Whether its 100% runnable state may cause performance leaks?

不，我不认为状态会导致性能泄漏。

需要注意的是，JavaFX 应用程序线程专为 UI 更新而设计，因此在其上运行的程序默认情况下每秒最多只能运行 60 次。因此，如果您使用类似 PauseTransition 的东西并将暂停的持续时间设置为 Duration.millis(10)，则暂停实际上不会是 10 毫秒，而是 60 秒(大约 16 毫秒)。

如果你有非常细粒度的时间敏感的东西，你可能最好使用类似 ScheduledThreadPoolExecutor 的东西或一些高分辨率操作系统 native 计时器，但对于大多数人来说，这并不是他们需要担心的真正考虑因素，因为他们不会处理如此高分辨率的计时。

使用 JavaFX 应用程序线程时的主要性能考虑只是确保您完成所有工作并释放线程(最好在六十分之一秒内)，这样 UI 和事件处理就不会被挂起取决于您的应用程序，但考虑因素与 Swing 相同，因此没有什么新内容。

脉冲定义

来自 JavaFX 架构概述(以帮助理解脉冲与事件处理的关系):

When a pulse is fired, the state of the elements on the scene graph is synchronized down to the rendering layer. A pulse enables application developers a way to handle events asynchronously. This important feature allows the system to batch and execute events on the pulse. . . . The Glass Windowing Toolkit is responsible for executing the pulse events. It uses the high-resolution native timers to make the execution.

免责声明

关于这个答案的免责声明是，其中一些是我的猜测，因此可能略有不正确，但我认为这可能是对事实的合理近似。

更多信息

如果您有兴趣进行更多调查，可以查看 Timer和 WinTimer open-jfx 代码库中的代码或其他代码，或在 openjfx-dev 上询问更多 JavaFX 体系结构问题JavaFX 开发人员邮件列表。那里的开发人员比我更了解这些事情，并且能够做一些事情，比如验证我的推测，比如脉冲是否是 vsynced。