为什么WPF中await会触发数据绑定流程？如何避免绑定报错？

异步/同步代码绑定错误差异原因 #

同步执行ToList()时会阻塞当前UI线程，整个数据查询、DataContext赋值逻辑会按顺序串行执行，WPF的绑定求值流程启动时DataContext已经完成赋值，因此不会出现找不到绑定源的错误。
异步执行await ToListAsync()时，遇到await关键字会立即释放UI线程控制权，回到UI消息循环继续执行后续任务，此时WPF会启动窗口/控件的初始化、布局、绑定求值流程，但你的DataContext还未完成赋值，因此绑定会抛出找不到数据源的错误。等异步查询结束切回UI线程完成DataContext赋值后，绑定会重新求值正常工作，但前期的错误日志已经生成。

禁用绑定流程避免错误的方案 #

• 提前赋值占位DataContext
  异步查询启动前，先将DataContext赋值为结构匹配的空实例（比如空ViewModel、空集合），保证绑定第一次求值时有合法的数据源，不会抛出找不到源的错误。异步加载完成后再更新DataContext的属性或者替换为实际数据源即可。
• 采用MVVM模式拆分加载逻辑
  初始化阶段直接把ViewModel实例赋值给DataContext，ViewModel中对应的数据属性默认设为空值/空集合，异步查询完成后通过INotifyPropertyChanged通知UI更新属性值，绑定全程存在合法数据源，不会产生错误。
• 临时屏蔽绑定错误日志（仅调试用，不推荐）
  如果仅需要消除错误日志，不需要改动业务逻辑，可以在App启动时添加以下代码关闭绑定日志输出：

  PresentationTraceSources.DataBindingSource.Switch.Level = SourceLevels.Critical;
  

  该方案仅屏蔽日志输出，没有实际解决绑定求值失败的问题，不建议在生产环境使用。
• 精准控制单绑定更新状态
  对于单个绑定项，可以在异步加载前获取绑定表达式，调用SuspendUpdate()暂停绑定更新，加载完成后调用ResumeUpdate()恢复更新即可：

  // 暂停绑定
  var bindingExpr = txtName.GetBindingExpression(TextBox.TextProperty);
  bindingExpr.SuspendUpdate();
  // 异步加载完成后恢复
  bindingExpr.ResumeUpdate();
  

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