我一直在对此进行一些研究，但至少可以说，我仍然非常困惑。
有人能给我一个具体的例子，说明什么时候使用Task，什么时候使用Platform.runLater(Runnable);吗？到底有什么区别？什么时候使用这些有黄金法则吗？
如果我错了，也请纠正我，但这两个"对象"不是在GUI(用于更新GUI)的主线程内创建另一个线程的一种方式吗？
使用Platform.runLater(...)进行快速和简单的操作，使用Task进行复杂和大型的操作。
Platform.runLater(...)的用例Task的用例：Ensemble应用程序中的任务示例
示例：为什么我们不能使用Platform.runLater(...)进行长计算(取自以下参考文献)。
问题：后台线程的计数从0到100万，并更新UI中的进度条。
使用Platform.runLater(...)的代码：
final ProgressBar bar = new ProgressBar();
new Thread(new Runnable() {
@Override public void run() {
for (int i = 1; i <= 1000000; i++) {
final int counter = i;
Platform.runLater(new Runnable() {
@Override public void run() {
bar.setProgress(counter / 1000000.0);
}
});
}
}).start();
这是一个可怕的代码，是对自然的犯罪(以及一般编程)。首先，你会失去大脑细胞在Runnables的双重嵌套中。其次，它将淹没事件队列中有一百万个Runnables。很明显，我们需要一些API来简化编写后台然后与UI进行通信的工作者。
使用任务的代码：
Task task = new Task<Void>() {
@Override public Void call() {
static final int max = 1000000;
for (int i = 1; i <= max; i++) {
updateProgress(i, max);
}
return null;
}
};
ProgressBar bar = new ProgressBar();
bar.progressProperty().bind(task.progressProperty());
new Thread(task).start();
它没有出现在以前的代码中的任何缺陷
参考：JavaFX 2.0 中的工作线程
Platform.runLater：如果您需要从非GUI线程更新GUI组件，您可以使用它将更新放入队列中，GUI线程会尽快处理它Task实现了Worker接口，当您需要在GUI线程之外运行长任务(以避免冻结应用程序)，但在某个阶段仍需要与GUI交互时，可以使用该接口
如果您熟悉Swing，前者相当于SwingUtilities.invokeLater，后者相当于SwingWorker的概念。
Task的javadoc给出了许多示例，这些示例应该说明如何使用它们。您也可以参考关于并发性的教程。
现在可以更改为lambda版本
@Override
public void actionPerformed(ActionEvent e) {
Platform.runLater(() -> {
try {
//an event with a button maybe
System.out.println("button is clicked");
} catch (IOException | COSVisitorException ex) {
Exceptions.printStackTrace(ex);
}
});
}
使用explicite Platform.runLater()的一个原因可能是将ui中的属性绑定到服务(结果)属性。因此，如果您更新绑定的服务属性，则必须通过runLater()：来执行此操作
在UI线程也称为JavaFX应用程序线程：
...
listView.itemsProperty().bind(myListService.resultProperty());
...
在服务实现中(后台工作人员)：
...
Platform.runLater(() -> result.add("Element " + finalI));
...