为什么MS Project VSTO加载项中异步方法运行耗时是同步的30倍？

所有Office Interop暴露的COM对象都属于单线程套间（STA）对象，仅能在创建它的原生线程（也就是VSTO加载项的UI主线程）上直接访问。
你将业务逻辑包裹在Task.Run()中执行时，逻辑运行在多线程套间（MTA）的线程池线程上，每次调用COM对象的属性、方法都需要经过跨线程列集（Marshal）通信，这个调度开销会随COM操作的数量线性增长，最终就会出现十几到几十倍的耗时放大。

方案1：UI线程执行逻辑+Dispatcher调度（优先推荐） #

不确定进度的进度条仅需要UI线程有空闲资源渲染即可正常播放动画，不需要将业务逻辑放到后台线程，你可以通过让出Dispatcher优先级的方式实现不卡UI的效果，完全避免COM跨线程开销：

private async void ButtonClickMethod()
{
    // 显示不确定进度条
    IndeterminateProgressBar.Visibility = Visibility.Visible;
    // 优先让UI完成进度条的渲染再执行业务逻辑
    await Dispatcher.Yield(System.Windows.Threading.DispatcherPriority.Render);
    
    // 直接在UI线程执行业务逻辑，无COM跨线程开销
    var tar = traceToolsController.RunTraceAnalysis();
    
    // 执行完成隐藏进度条
    IndeterminateProgressBar.Visibility = Visibility.Collapsed;
}

如果你的业务逻辑内部有循环处理逻辑，可以在每次循环迭代末尾插入await Dispatcher.Yield()，给UI预留足够的渲染时间，避免进度条卡顿。

方案2：拆分逻辑隔离COM操作 #

如果你的业务逻辑包含大量和MS Project对象无关的纯计算耗时操作，可以做逻辑拆分：

• 纯计算逻辑放到Task.Run()的后台线程执行
• 所有涉及MS Project COM对象的读写操作，全部通过Dispatcher.InvokeAsync()封送回UI线程执行
  注意不要在后台线程持有任何COM对象引用，否则依然会触发跨线程列集开销

• 不要在非UI线程访问任何Office Interop对象实例，包括Application、Project、Task、Resource等所有COM包装类
• 跨线程传递Office对象时不要直接传对象引用，建议传递唯一标识（比如任务的GUID、ID），访问时再在UI线程通过ID查找到对应的对象操作

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