为何Windows11下IExplorerCommand::Invoke()不再被调用？

错误原因定位 #

错误码8001010E（RPC_E_WRONG_THREAD）明确指向COM接口跨线程调用不兼容：你的IExplorerCommand实现被封送到了与它注册/创建时不同的线程上下文中执行，导致系统无法正确触发Invoke()方法。

Windows 11新上下文菜单（XAML风格菜单）与传统Windows 10菜单的线程调度逻辑存在差异，最近的Windows更新可能调整了新菜单的线程模型（比如从STA切换到MTA，或反之），而你的扩展未适配这种变化。

为什么传统菜单正常？ #

传统上下文菜单的线程调度逻辑未发生改变，与你扩展之前适配的线程模型完全匹配，因此Invoke()能正常被调用执行。

排查与修复步骤 #

1. 检查COM服务器注册的线程模型 #

打开你的扩展对应的注册表项（通常位于HKCR\CLSID\{你的CLSID}\InprocServer32路径下），确认ThreadingModel值是否设置为Both：

• 若之前设置为STA或MTA，改为Both，允许对象在STA和MTA线程中被调用，适配新菜单的线程环境。
• 修改注册表后需重启文件资源管理器（或注销再登录系统）才能生效。

2. 确保IExplorerCommand实现的线程安全 #

• 如果你的扩展依赖STA线程操作（比如UI弹窗、需STA环境的COM对象），在Invoke()方法内部手动将业务逻辑封送到STA线程执行：

  HRESULT CMyExplorerCommand::Invoke(IShellItemArray* psiItemArray, IBindCtx* pbc)
  {
      HRESULT hr = CoInitializeEx(NULL, COINIT_APARTMENTTHREADED);
      if (SUCCEEDED(hr))
      {
          // 执行你的核心业务逻辑
          ExecuteMyCommandLogic(psiItemArray, pbc);
          CoUninitialize();
      }
      return hr;
  }
  

• 避免在Invoke()中直接访问仅允许特定线程的COM接口或资源。

3. 验证是否为Windows兼容性问题 #

如果上述步骤无效，可能是Windows更新引入的Bug：

• 查看微软反馈中心或Windows更新日志，确认是否有其他开发者报告类似问题。
• 尝试回滚最近的Windows更新，验证问题是否消失，若消失则等待微软发布修复补丁。

关键结论 #

大概率并非你的扩展核心逻辑错误，而是Windows 11新菜单线程模型更新后，你的COM线程适配未跟上。优先调整注册的线程模型和Invoke()的线程封送逻辑，若仍无法解决再考虑系统Bug的可能性。

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