集成WPF的C# Excel VSTO插件使用Range、InputBox时构建失败

编译阶段静默失败的核心成因与排查 #

两个项目唯一差异是集成WPF，出现编译仅提示“Build Failed”、无具体错误高亮的情况，本质是编译环节的错误没有被错误列表面板捕获展示，所有真实报错都会在输出窗口的生成日志里留存：

• 首先通过菜单栏打开「视图-输出」面板，将“显示输出来源”切换为“生成”，拉取日志最底部即可看到具体编译错误。这类场景下最常见的两类错误：
  • 项目目标框架被WPF集成步骤误改：VSTO加载项不支持.NET Core/.NET 5+运行时，必须基于.NET Framework 4.7.2及以上版本开发，多数WPF集成教程会自动将项目框架切换为适配WPF的高版本.NET Core，直接导致编译静默失败。
  • 互操作类型嵌入冲突：引入WPF适配程序集后，Excel interop的嵌入引用和WPF基础程序集的类型标识重名，编译器无法识别冲突类型，不会在代码行上高亮报错。
• 针对这类静默失败的通用修复步骤：
  • 确认项目目标框架为.NET Framework 4.7.2/4.8，匹配Office对VSTO加载项的运行时要求。
  • 在解决方案资源管理器的引用列表中，将Microsoft.Office.Interop.Excel、System.Windows.Forms、WindowsFormsIntegration的「嵌入互操作类型」属性设置为False。
  • 删除项目目录下的bin、obj缓存文件夹后重新生成项目，清除残留的旧编译标记。

代码运行异常的对应修复 #

Selection获取选中范围的替代方案 #

你找到的Globals.ThisAddIn.Application.ActiveWindow.RangeSelection是完全适配场景的正确方案。
原有Application.Selection代码失效的核心原因是：引入WPF后，应用程序的UI消息循环被WPF Dispatcher部分接管，当焦点从Excel主窗口切到WPF窗体后，Application.Selection会返回非Range类型的选中对象，直接强转为Range就会触发运行时异常。RangeSelection属性直接绑定Excel当前窗口的选中区域状态，不受外层UI框架焦点切换的影响。

Application.InputBox的适配方案 #

Application.InputBox没有完全对等的硬编码替代实现，它的失效同样和WPF接管消息循环有关：InputBox触发的Excel单元格选择模式，需要独占Excel主窗口的消息响应权，消息循环被WPF部分接管后，就会出现卡死、返回值识别失败的问题。
对应修复逻辑不需要替换API，只需要在调用前做两个适配：

• 调用InputBox前强制激活Excel主窗口，将消息响应权切回Excel进程：

  Globals.ThisAddIn.Application.ActiveWindow.Activate();
  object inputResult = Globals.ThisAddIn.Application.InputBox("Select your desired cells:", Type: 8);
  

• 对返回值增加类型判断兜底，避免直接强转引发异常：

  if (inputResult is Microsoft.Office.Interop.Excel.Range selectedRange)
  {
      MessageBox.Show(selectedRange.Address);
  }
  else
  {
      MessageBox.Show("未选中有效单元格区域");
  }
  

内容的提问来源于stack exchange，提问作者Faraz Ahmed Qureshi