WPF通过Dispatcher/数据绑定更新UI失败，缺失什么？

嘿，我来帮你排查下UI不更新的原因，以及给出对应的解决办法～

核心问题：UI线程被阻塞了 #

你的StartTest方法是在UI线程中执行的，循环里的Thread.Sleep(100)会直接卡住UI线程——WPF的UI更新、事件处理都依赖UI线程，一旦它被阻塞，所有UI相关的操作（包括你通过Dispatcher.BeginInvoke提交的集合更新）都会被排队，直到整个循环跑完才会一次性执行，所以你看不到实时更新的效果。

另外补充个小细节：ObservableCollection<T>本身就会自动触发集合变更通知，你在Add方法里手动调用PropertyChanged?.Invoke(this, new PropertyChangedEventArgs("Logging"))是多余的，不过这不是导致UI不更新的核心原因。

解决方案1：用async/await避免阻塞UI线程（推荐） #

这是WPF中处理异步操作的标准方式，await Task.Delay(100)会释放UI线程，让它能处理更新请求，之后再回到循环继续执行：

修改后台的StartTest方法：

async void StartTest(object sender, RoutedEventArgs e)
{
    DataContext = LogModel;
    for (int i = 1; i <= 10; i++)
    {
        LogModel.Add($"Test {i}"); // 加个序号方便观察实时更新
        await Task.Delay(100); // 替代Thread.Sleep，不阻塞UI线程
    }
}

同时简化LogModel的Add方法（因为UI线程没被阻塞，甚至不需要Dispatcher，直接添加即可；如果以后需要在非UI线程调用Add，保留Dispatcher也没问题）：

public void Add(string text)
{
    // 如果是在UI线程调用，直接添加即可
    Logging.Add(text);
    // 删掉多余的PropertyChanged调用，ObservableCollection会自动通知UI
}

解决方案2：把循环放到后台线程执行 #

如果不想用async/await，可以将循环逻辑放到后台线程中，这样Thread.Sleep阻塞的是后台线程，不会影响UI线程的正常工作：

修改StartTest方法：

void StartTest(object sender, RoutedEventArgs e)
{
    DataContext = LogModel;
    // 开启后台线程执行循环
    Task.Run(() => 
    {
        for (int i = 1; i <= 10; i++)
        {
            LogModel.Add($"Test {i}");
            Thread.Sleep(100); // 这里阻塞的是后台线程，不影响UI
        }
    });
}

这种方式下，你的LogModel代码不需要修改——因为Add方法已经通过Dispatcher.BeginInvoke把集合修改操作切回了UI线程，符合ObservableCollection只能在创建它的线程修改的要求。

内容的提问来源于stack exchange，提问作者Gerard