跳到主要内容

Asynchronous Updates

在ChatGPT中打开
25.02 Experimental
Java API

Environment.runLater() API 提供了一种机制,可以安全地从 webforJ 应用程序的后台线程更新 UI。这个实验性特性允许异步操作,同时保证 UI 修改的线程安全性。

实验性 API

该 API 自 25.02 版本开始标记为实验性,未来版本可能会有所更改。API 的签名、行为和性能特征可能会被修改。

理解线程模型

webforJ 强制执行严格的线程模型,所有 UI 操作必须在 Environment 线程上进行。此限制存在原因如下:

  1. webforJ API 限制:底层的 webforJ API 绑定到创建会话的线程
  2. 组件线程亲和性:UI 组件维护的状态不是线程安全的
  3. 事件调度:所有 UI 事件都在单个线程上顺序处理

这种单线程模型防止了竞争条件,并保持所有 UI 组件的状态一致性,但在与异步、长期计算任务集成时创建了挑战。

RunLater API

Environment.runLater() API 提供了两种方法来调度 UI 更新:

Environment.java
// 调度一个没有返回值的任务
public static PendingResult<Void> runLater(Runnable task)

// 调度一个返回值的任务
public static <T> PendingResult<T> runLater(Supplier<T> supplier)

这两种方法返回一个 PendingResult,它跟踪任务的完成情况并提供访问结果或发生的任何异常。

线程上下文继承

自动上下文继承是 Environment.runLater() 的一个关键特性。当在 Environment 中运行的线程创建子线程时,这些子线程会自动继承使用 runLater() 的能力。

继承如何工作

任何从 Environment 线程内部创建的线程都会自动访问该 Environment。这种继承是自动发生的,因此您无需传递任何上下文或进行任何配置。

@Route
public class DataView extends Composite<Div> {
private final ExecutorService executor = Executors.newCachedThreadPool();

public DataView() {
// 此线程具有 Environment 上下文

// 子线程自动继承该上下文
executor.submit(() -> {
String data = fetchRemoteData();

// 可以使用 runLater,因为上下文被继承
Environment.runLater(() -> {
dataLabel.setText(data);
loadingSpinner.setVisible(false);
});
});
}
}

没有上下文的线程

Environment 上下文外创建的线程无法使用 runLater(),并将抛出 IllegalStateException

// 静态初始化器 - 没有 Environment 上下文
static {
new Thread(() -> {
Environment.runLater(() -> {}); // 抛出 IllegalStateException
}).start();
}

// 系统计时器线程 - 没有 Environment 上下文
Timer timer = new Timer();
timer.schedule(new TimerTask() {
public void run() {
Environment.runLater(() -> {}); // 抛出 IllegalStateException
}
}, 1000);

// 外部库线程 - 没有 Environment 上下文
httpClient.sendAsync(request, responseHandler)
.thenAccept(response -> {
Environment.runLater(() -> {}); // 抛出 IllegalStateException
});

执行行为

runLater() 的执行行为取决于调用它的线程:

从 UI 线程

当从 Environment 线程本身调用时,任务会 同步且立即 执行:

button.onClick(e -> {
System.out.println("之前: " + Thread.currentThread().getName());

PendingResult<String> result = Environment.runLater(() -> {
System.out.println("内部: " + Thread.currentThread().getName());
return "已完成";
});

System.out.println("之后: " + result.isDone()); // true
});

由于这种同步行为,来自事件处理程序的 UI 更新会立即应用,不会产生任何不必要的排队开销。

从后台线程

当从后台线程调用时,任务会 排队以进行异步执行

@Override
public void onDidCreate() {
CompletableFuture.runAsync(() -> {
// 这在 ForkJoinPool 线程上运行
System.out.println("后台: " + Thread.currentThread().getName());

PendingResult<Void> result = Environment.runLater(() -> {
// 这在 Environment 线程上运行
System.out.println("UI 更新: " + Thread.currentThread().getName());
statusLabel.setText("处理完成");
});

// result.isDone() 在这里将是 false
// 任务已排队,将异步执行
});
}

webforJ 按 严格的 FIFO 顺序 处理从后台线程提交的任务,保持操作的顺序,即使它们是并发提交的。通过这种排序保证,UI 更新按提交的确切顺序应用。因此,如果线程 A 提交任务 1,然后线程 B 提交任务 2,任务 1 将始终在 UI 线程上执行之前执行任务 2。按 FIFO 顺序处理任务可防止 UI 中的不一致性。

任务取消

Environment.runLater() 返回的 PendingResult 支持取消,允许您防止排队任务执行。通过取消待处理任务,您可以避免内存泄漏,并防止长期运行的操作在不再需要时更新 UI。

基本取消

PendingResult<Void> result = Environment.runLater(() -> {
updateUI();
});

// 如果未执行,则取消
if (!result.isDone()) {
result.cancel();
}

管理多个更新

在执行具有频繁 UI 更新的长期操作时,跟踪所有待处理结果:

public class LongRunningTask {
private final List<PendingResult<?>> pendingUpdates = new ArrayList<>();
private volatile boolean isCancelled = false;

public void startTask() {
CompletableFuture.runAsync(() -> {
for (int i = 0; i <= 100; i++) {
if (isCancelled) return;

final int progress = i;
PendingResult<Void> update = Environment.runLater(() -> {
progressBar.setValue(progress);
});

// 追踪以便潜在取消
pendingUpdates.add(update);

Thread.sleep(100);
}
});
}

public void cancelTask() {
isCancelled = true;

// 取消所有待处理的 UI 更新
for (PendingResult<?> pending : pendingUpdates) {
if (!pending.isDone()) {
pending.cancel();
}
}
pendingUpdates.clear();
}
}

组件生命周期管理

当组件被销毁(例如,在导航期间)时,取消所有待处理更新以防止内存泄漏:

@Route
public class CleanupView extends Composite<Div> {
private final List<PendingResult<?>> pendingUpdates = new ArrayList<>();

@Override
protected void onDestroy() {
super.onDestroy();

// 取消所有待处理的更新以防止内存泄漏
for (PendingResult<?> pending : pendingUpdates) {
if (!pending.isDone()) {
pending.cancel();
}
}
pendingUpdates.clear();
}
}

设计考虑

  1. 上下文要求:线程必须继承了 Environment 上下文。外部库线程、系统计时器和静态初始化器无法使用该 API。

  2. 防止内存泄漏:始终在组件生命周期方法中跟踪和取消 PendingResult 对象。排队的 lambda 捕获对 UI 组件的引用,如果不取消,将阻止垃圾收集。

  3. FIFO 执行:所有任务按严格的 FIFO 顺序执行,无论重要性如何。没有优先级系统。

  4. 取消限制:取消仅防止已排队任务的执行。已经在执行的任务将正常完成。

完整案例研究:LongTaskView

以下是一个完整的、生产就绪的实现,演示了异步 UI 更新的所有最佳实践:

LongTaskView.java
    cancelButton.setEnabled(true);
statusField.setValue("正在开始后台任务...");
progressBar.setValue(0);
resultField.setValue("");

// 重置取消标志并清除以前的待处理更新
isCancelled = false;
pendingUIUpdates.clear();

// 使用显式执行者启动后台任务
// 注意:cancel(true) 将中断线程,导致 Thread.sleep() 抛出 InterruptedException
currentTask = CompletableFuture.runAsync(() -> {
double result = 0;

// 模拟长任务,进行 100 步
for (int i = 0; i <= 100; i++) {
// 检查是否已取消
if (isCancelled) {
PendingResult<Void> cancelUpdate = Environment.runLater(() -> {
statusField.setValue("任务已取消!");
progressBar.setValue(0);
resultField.setValue("");
startButton.setEnabled(true);
cancelButton.setEnabled(false);
showToast("任务已取消", Theme.GRAY);
});
pendingUIUpdates.add(cancelUpdate);
return;
}

try {
Thread.sleep(100); // 总共 10 秒
} catch (InterruptedException e) {
// 线程被中断 - 立即退出
Thread.currentThread().interrupt(); // 恢复中断状态
return;
}

// 进行一些计算(演示时为确定性)
// 产生 0 到 1 之间的值
result += Math.sin(i) * 0.5 + 0.5;

// 从后台线程更新进度
final int progress = i;
PendingResult<Void> updateResult = Environment.runLater(() -> {
progressBar.setValue(progress);
statusField.setValue("处理... " + progress + "%");
});
pendingUIUpdates.add(updateResult);
}

// 最终更新结果(此代码只能达到,前提是任务未取消完成)
if (!isCancelled) {
final double finalResult = result;
PendingResult<Void> finalUpdate = Environment.runLater(() -> {
statusField.setValue("任务已完成!");
resultField.setValue("结果: " + String.format("%.2f", finalResult));
startButton.setEnabled(true);
cancelButton.setEnabled(false);
showToast("后台任务结束!", Theme.SUCCESS);
});
pendingUIUpdates.add(finalUpdate);
}
}, executor);
}

private void cancelTask() {
if (currentTask != null && !currentTask.isDone()) {
// 设置取消标志

案例研究分析

此实现展示了几个关键模式:

1. 线程池管理

private final ExecutorService executor = Executors.newSingleThreadExecutor(r -> {
Thread t = new Thread(r, "LongTaskView-Worker");
t.setDaemon(true);
return t;
});
  • 使用 单线程执行器 防止资源耗尽
  • 创建 守护线程,不会阻止 JVM 关闭

2. 跟踪待处理更新

private final List<PendingResult<?>> pendingUIUpdates = new ArrayList<>();

每个 Environment.runLater() 调用都会被跟踪,以便于:

  • 当用户单击取消时进行取消
  • onDestroy() 中防止内存泄漏
  • 在组件生命周期中进行适当清理

3. 协作取消

private volatile boolean isCancelled = false;

后台线程在每次迭代时检查此标志,使得:

  • 对取消的立即响应
  • 从循环中干净地退出
  • 防止进一步的 UI 更新

4. 生命周期管理

@Override
protected void onDestroy() {
super.onDestroy();
cancelTask(); // 重用取消逻辑
currentTask = null;
executor.shutdown();
}

通过以下步骤防止内存泄漏至关重要:

  • 取消所有待处理的 UI 更新
  • 中断正在运行的线程
  • 关闭执行器

5. UI 响应性测试

testButton.onClick(e -> {
int count = clickCount.incrementAndGet();
showToast("点击 #" + count + " - UI 是响应的!", Theme.GRAY);
});

演示了在后台操作期间 UI 线程保持响应。