c# - COM Interop 挂起会卡住整个 COM 系统。如何取消 COM 调用

Question

我正在使用通过 COM Interop 包装器公开的第三方 dll。但是，其中一个 COM 调用经常卡住(至少从不返回)。为了至少让我的代码更健壮一些，我异步包装了调用(_getDeviceInfoWaiter 是一个 ManualResetEvent)

var backgroundWorker = new BackgroundWorker();
      backgroundWorker.DoWork += 
        (sender, eventArgs) =>
          {
            var deviceInfo = _myCom.get_DeviceInfo(0);
            _serialNumber = deviceInfo.SerialNumber;
            _getDeviceInfoWaiter.Set();
          };
      backgroundWorker.RunWorkerAsync();
      var waitFifteenSecondsForGetInfo = new TimeSpan(0, 0, 0, 15);
      _getDeviceInfoWaiter.WaitOne(waitFifteenSecondsForGetInfo, true);
      if(String.IsNullOrEmpty(_serialNumber))
        throw new ArgumentNullException("Null or empty serial number. " +
            "This is most likely due to the get_DeviceInfo(0) COM call freezing.");

但是，下一次调用任何 COM 组件都会卡住代码。有什么我没有想到的，或者有什么方法可以防止我的主线程死掉吗？

更新

基本上，这是一个 COM 调用，只要将新设备插入 PC 就会调用它，以便我们可以适本地记录信息。但是，正如我所说，任何 COM 组件都将在等待时卡住(如果第三方锁定，我们自己锁定的自定义 COM)

更新 2

上面的代码确实有效，并且将 UI 线程的挂起延迟到下一个 COM 调用。尝试此解决方法的原因是 var deviceInfo = _myCom.get_DeviceInfo(0); 已经锁定了 UI 线程。但是，此信息并不重要，仅用于记录日志，因此此方法允许“15 秒后放弃并继续”场景

另一种解决方法是找到一种方法在 x 秒后取消 COM 调用？

Answer 1

UPDATE - 在 OP 的第二次更新之后

如果您有一些有问题的组件，您始终可以通过使用以下方法使它的使用更加健壮:

创建一个进程 (EXE)，它包装该组件的使用并公开一个 API(例如通过任何 IPC 机制)。然后您可以将该 EXE 作为一个单独的进程(从您的主 EXE)启动并使用它......如果您需要在特定时间后和/或满足某些条件时终止该组件，您可以随时终止该“包装 EXE”从您的主 EXE 中...根据特定组件，在该“包装 EXE”中实现一些特殊的“清理代码”(可能在单独的线程中)甚至可能很有用，当您需要杀死该“包装 EXE”时执行".

由于您是在 .NET 中实现它，您甚至可以将“包装器 EXE”作为主可执行文件中的“嵌入式资源”，甚至可以从 RAM 启动它而无需将其写入文件系统...