关闭 .NET SerialPort 后的 ObjectDisposeExecption

Question

我正在使用 .NET 4 SerialPort 对象与连接到 COM1 的设备进行通信。

当我使用完设备后，我在串行端口上调用 Close。我不调用 Dispose，但我相信 Close 和 Dispose 在这里是同义词。

通常这工作得很好。

然而，有时，一段时间后我会收到以下异常（我看到的时间范围从 5 毫秒到 175 毫秒）：

System.ObjectDisposedException: Safe handle has been closed
     at System.Runtime.InteropServices.SafeHandle.DangerousAddRef(Boolean& success)
     at System.StubHelpers.StubHelpers.SafeHandleAddRef(SafeHandle pHandle, Boolean& success)
     at Microsoft.Win32.UnsafeNativeMethods.GetOverlappedResult(SafeFileHandle hFile, NativeOverlapped* lpOverlapped, Int32& lpNumberOfBytesTransferred, Boolean bWait)
     at System.IO.Ports.SerialStream.EventLoopRunner.WaitForCommEvent()
     at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
     at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)
     at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
     at System.Threading.ThreadHelper.ThreadStart()

我的代码都不在此堆栈上。

我发现 http://blog.zachsaw.com/ 2010/07/serialport-ioexception-workaround-in-c.html，但是那里的解决方案不起作用。进一步检查后发现，问题在于 IOException，而不是 ObjectDisposeException。

有大量关于拔出 USB 转串口设备时观察到的问题的帖子，但 COM1 是板载的，因此它不会意外消失。

这里的问题也不是我的问题；串行端口在使用期间保持活动状态，并且仅在我与设备通信完毕后才关闭。 （完成后，设备将处于不会传输任何进一步数据的状态。）

SLAks 建议在SafeHandle.Dispose的入口处设置一个断点，以确定我何时处理不应该处理的东西，但我多次敲击该断点。当我使用完串行设备后，对 SerialPort.Close 的一次调用会调用 3 次，其余的大约一半在 GC 线程中。其余部分似乎与 WPF UI 元素有关。

我现在很茫然。我该去哪里？

有没有办法确定哪个 SafeHandle 属于哪个对象，这样我就可以确定我不会意外地处置它？
除了“关闭”之外，是否还有其他咒语需要正确关闭串行端口？

Answer 1

我也遇到过这个问题，自从我开始使用以下两条规则以来，我再也没有见过它。

1. 始终调用 Close()，然后调用 Dispose()。
2. 切勿重复使用 SerialPort 对象，当需要重新打开端口时，始终创建一个新对象。

我知道，它们不是什么新闻，但它对我很有用。

Answer 2

对 Dispose 的调用已记录为行为（请参阅此处< /a>) - 我猜你尝试在关闭后读/写（也许在另一个线程中）。我建议将调用包装在一个单独的类中并设置一个“关闭”标志。那么你应该能够很快找到问题所在。