java - 嵌套 Platform.runLater 调用与顺序调用 : When is it safe to read side effects of layout that happened on the JavaFX Application thread?

Question

由于某些节点在布局周期之后才具有正确的边界，因此我必须在 Platform.runLater 调用中进行一些相对定位。也许我需要将这些操作转换为使用绑定(bind)，但这不是问题。这个问题是关于JavaFX应用程序线程如何平衡布局任务和通过runLater提交的任务。

嵌套:

Platform.runLater( () -> {
  nodeA.setLayoutX( offset + nodeB.getLayoutBounds().getWidth() );
  Platform.runLater( op2 );
});

顺序:

Platform.runLater( () -> {
  nodeA.setLayoutX( offset + nodeB.getLayoutBounds().getWidth() );
});
Platform.runLater( op2 );

我希望 setLayoutX 在内部调用 setNeedsLayout 。在这两个版本中，op2 显然在调用nodeA.setLayoutX 之后运行。不同之处在于，在嵌套版本中，op2 在调用 setLayoutX 之后注册，而在顺序版本中，op2 在调用 setLayoutX 之前注册。

对于这两个版本，布局只有在第一个操作完成后才会发生。问题是:对于这两个版本，是否可以确定 op2 是在 JavaFX GUI 线程处理对 nodeA 的修改之前还是之后运行？此行为是否可能特定于平台？

简单地说:假设当 JavaFX 应用程序线程对场景节点 A 进行布局时，布局管理器会修改边界。当 op2 读取这些边界时，op2 是否会看到布局操作的副作用:A) 仅嵌套情况或 B) 两种情况或 C) 不一定是两种情况？

Answer 1

Platform.runLater 你可以看到像一个队列，只要Application线程还没有运行。这意味着，每次调用 Platform.runLater 都会将 Runnable 放入队列中，并按该顺序执行。

对于您的示例来说，这没有什么区别，因为 op2 总是在 nodeA.setLayoutX( offset + nodeB.getLayoutBounds().getWidth() );< 之后在 ApplicationThread 中执行。/

潜在的差异可能是，在您的嵌套情况下，setLayoutX 和 op2 之间的队列中还有其他操作，因为 op2 是仅在 setLayoutX 操作运行后添加。