Day 3 - UI 线程、Dispatcher 与进度

建议用时：150-210 分钟

你将学会什么

识别 UI 线程限制
选择 Post 或 InvokeAsync
报告长任务进度并支持取消

Avalonia 控件只能由 UI 线程访问。后台任务通过 Dispatcher 或绑定快照更新界面。今天的 3 个例子都要亲手敲，不能只复制，也不能只看运行结果。

标为 Program.cs 的最小例子可以放进控制台练习项目；标为 Service、ViewModel、XAML 或 SQL 文件的例子，要在本周项目中按前一天已经建立的模型继续敲。文件名和上下文不同，不要把所有片段塞进同一个 Program.cs。

学习衔接

这是 Week 20 的第 3 天。先使用前面已经掌握的 C#、异步、异常、接口和 MVVM，只增加今天这一层上位机能力。

今天的最低通过线

顺序	必须掌握	怎么证明
1	识别 UI 线程限制	能用自己的话解释并完成对应例子
2	选择 Post 或 InvokeAsync	能用自己的话解释并完成对应例子
3	报告长任务进度并支持取消	能用自己的话解释并完成对应例子

先用大白话理解

Avalonia 控件只能由 UI 线程访问。后台任务通过 Dispatcher 或绑定快照更新界面。

学习时固定按这个顺序：


先看数据是什么
-> 再看最小代码
-> 对照运行结果
-> 修改一个参数
-> 故意制造错误
-> 最后组合进上位机项目

例子 1：后台安全更新状态

文件：Program.cs


Dispatcher.UIThread.Post(() =>
{
    StatusText = "PLC-01 已重连";
});

运行结果或界面效果：


状态更新排入 UI 线程

必须改一次： 大量点位不要逐条 Post。

例子 2：等待 UI 更新结果

文件：Program.cs


bool accepted = await Dispatcher.UIThread.InvokeAsync(() =>
{
    return dialogHost.TryShow(message);
});
Console.WriteLine(accepted);

运行结果或界面效果：


需要结果时使用 InvokeAsync

必须改一次： 不需要结果时改用 Post。

例子 3：进度与取消

文件：Program.cs


var progress = new Progress<int>(value => ExportProgress = value);
using var cts = new CancellationTokenSource();
await exporter.ExportAsync(query, progress, cts.Token);

运行结果或界面效果：


导出过程中界面收到进度且可取消

必须改一次： 取消后删除未完成临时文件。

常见错误和修法

后台线程直接修改控件
每条采样都 InvokeAsync 阻塞等待
取消按钮只改文字没有 Cancel token

修错顺序固定为：先看第一条异常和行号，再看输入数据，再看原始字节或状态，最后才怀疑框架。

小白重复敲写训练

不看上面的代码，重新敲“后台安全更新状态”。
不看上面的代码，重新敲“等待 UI 更新结果”。
不看上面的代码，重新敲“进度与取消”。
完成改动任务：大量点位不要逐条 Post。
完成改动任务：不需要结果时改用 Post。
完成改动任务：取消后删除未完成临时文件。

每日小测

今天的知识在上位机里解决什么问题？
三个例子分别输入了什么，输出了什么？
如果运行结果不对，你第一步检查什么？
哪一段代码负责停止、超时或错误处理？

小测答案

答案不能只背一句话。回到三个例子，用代码中的变量、方法和输出逐项说明。能脱离页面说清楚，才算真的理解。

今日作业

新建空项目，不复制地重做三个例子。
每个例子都完成“必须改一次”。
故意制造一个错误，记录错误文字和修复办法。
把今天代码提交到自己的练习仓库。

作业验收

三个例子都能运行或显示预期界面。
能解释关键数据从哪里来、经过什么处理、最后去哪里。
失败时不会让程序无提示崩溃。
能说出今天内容如何进入“可长期运行的工业操作台”。