Avalonia中UI更新必须通过Dispatcher调度到UI线程执行。推荐使用Dispatcher.UIThread.InvokeAsync异步更新，或在MVVM中结合INotifyPropertyChanged与UI线程通知，避免后台线程直接操作控件。
在 Avalonia 中，UI 元素只能由 UI 线程（即 Dispatcher 所在线程）安全访问。直接在后台线程修改绑定属性、调用 Control.InvalidateVisual() 或操作控件树会抛出异常或导致未定义行为。要实现“后台线程更新 UI”，本质是**将 UI 更新操作调度回主线程执行**，而不是跨线程直接操作。
这是最直接、最常用的方式。任何后台线程中，拿到当前控件或 App 的 Dispatcher（通常是 Application.Current.Dispatcher 或任意控件的 this.Dispatcher），然后用 Invoke 或 InvokeAsync 把更新逻辑发回 UI 线程执行。
er调度到UI线程执行。推荐使用Dispatcher.UIThread.InvokeAsync异步更新，或在MVVM中结合INotifyPropertyChanged与UI线程通知，避免后台线程直接操作控件。Dispatcher.UIThread.Invoke(() => { label.Content = "完成"; });
await Dispatcher.UIThread.InvokeAsync(() => { progressBar.Value = 50; });
Application.Current?.Dispatcher 获取，或注入 IDispatcher（Avalonia 11+ 支持依赖注入）更推荐的 MVVM 方式：后台线程只更新 ViewModel 的属性，属性变更通过 INotifyPropertyChanged 通知 UI。但注意——NotifyPropertyChanged 必须在 UI 线程触发，否则绑定系统可能不响应。
Dispatcher.UIThread.InvokeAsync 触发通知：private string _status;
public string Status { get => _status; set { _status = value; Dispatcher.UIThread.InvokeAsync(() => OnPropertyChanged()); } }
Avalonia.PropertyStore 或继承 ReactiveObject（来自 ReactiveUI），它们默认确保通知在 UI 线程发生OnPropertyChanged() —— 这是常见错误如果你项目已集成 ReactiveUI（Avalonia 官方推荐搭配），可用 ObservableAsPropertyHelper 自动处理线程调度。
public readonly ObservableAsPropertyHelper Status { get; }
someTask.ToObservable().ObserveOn(RxApp.MainThreadScheduler)）以下做法看似可行，实则危险或无效：
new TextBlock()）再试图加到 UI 树 —— 控件必须由 UI 线程创建Task.Run(() => { /* 修改 DataContext */ }) 后不调度通知 —— 绑定不会刷新DispatcherTimer 运行在后台线程 —— 它的 Tick 始终在 UI 线程，不能替代后台任务ConfigureAwait(false) 在纯计算逻辑中）—— 虽不影响 UI 更新，但影响性能基本上就这些。核心就一条：Avalonia 不允许跨线程访问 UI，但提供了轻量、明确的调度机制。用好 Dispatcher.UIThread.InvokeAsync 和线程安全的属性通知，多线程更新 UI 就很自然。
服务热线