c# - ObjectDisposedException : Safe handle has been closed

Question

所以这是一个相当小的问题，但有很大的解释。正如标题所指出的，我收到一个未处理的异常，告诉我我的安全句柄已关闭。我可能需要做的是用越来越多的代码编辑这篇文章几次，以帮助我诊断问题所在。

我正在使用 POS for .NET 为我的 RFID 和 MSR 设备制作服务对象。尽管我的设备相同，但我有 2 个不同的虚拟 COM 端口芯片可以与这些设备通信。一个由 Silicon labs 提供，另一个由 FTDI 提供。我想使用 POS for .NET 的即插即用功能，所以我给了它我的硬件 ID。因为它是即插即用的，所以我可以使用完整的硬件路径，然后我可以通过调用 PInvoke 创建一个 SafeFileHandle，并使用该 SafeFileHandle 创建一个 FileStream。 FTDI 芯片不允许我像那样直接与设备对话，所以我必须获取设备的友好名称，然后使用互斥锁拉出 COM 端口，然后创建一个 SerialPort 实例。该步骤效果很好。仅供引用，我尝试使用两个芯片的友好名称来获取 COM 端口，而 Silicon Labs 的一个(由于某些奇怪的原因)没有使用端口 GUID 使用 SetupAPI.GetDeviceDetails 列出。我不确定那个，因为在设备管理器中，Silicon labs 设备类 Guid 是端口 GUID。

既然 SerialPort 和 FileStream 都有一个 Stream 对象，我决定使用它来读取和写入该端口。问题在于，如果我向 MSR 设备发送 RFID 命令，MSR 设备不会以任何方式响应。因此，如果我使用此代码 int fromReader = ReaderStream.ReadByte();，我的线程将被阻塞。这是一个阻塞调用，需要至少 1 个字节才能继续。所以我环顾四周，似乎唯一的解决方案是使用单独的线程并设置超时。如果发生超时，则中止线程。

        Thread t = new Thread(new ThreadStart(ReadFromStream));
        t.Start();
        if (!t.Join(timeout))
        {
            t.Abort();
        }

(t.Abort 已经被 try/catch 包围了，但没有用，因为它没有解决我删除它的问题)

ReadFromStream 是 RFID Device 中的抽象方法。这是实现之一

    protected override void ReadFromStream()
    {
        var commandLength = USN3170Constants.MIN_RESPONSE_LENGTH;
        var response = new System.Collections.Generic.List<byte>(USN3170Constants.MIN_RESPONSE_LENGTH);
        for (int i = 0; i <= commandLength; i++)
        {
            int fromReader = ReaderStream.ReadByte();
            if (fromReader == -1) break; //at end of stream
            response.Add((byte)fromReader);

            if (response.Count > USN3170Constants.DATA_LENGTH_INDEX && response[USN3170Constants.DATA_LENGTH_INDEX] > 0)
            {
                commandLength = response[USN3170Constants.DATA_LENGTH_INDEX] + 3;
            }
        }

        streamBuffer = response.ToArray();
    }

(int fromReader = ReaderStream.ReadByte(); 被try/catch包围了，只捕获到异常中止的线程异常，所以我把它拿出来了)

上面的代码是我怀疑的问题所在。不过，奇怪的是，我有一个单元测试，我觉得它很好地模仿了 Microsoft 测试应用程序。

(仅供引用，QUADPORT 是 FTDI 芯片组)

    PosExplorer posExplorer;
    DeviceCollection smartCardRWs;
    [Test]
    public void TestQuadPortOpen()
    {
        posExplorer = new PosExplorer();
        smartCardRWs = posExplorer.GetDevices(DeviceType.SmartCardRW, DeviceCompatibilities.CompatibilityLevel1);
        //if using quadport one item is the MSR and the other is the RFID
        //because of that one of them will fail. Currently the first Device in the collection is the the RFID, and the second is MSR
        Assert.GreaterOrEqual(smartCardRWs.Count, 2);
        //Hardware Id: QUADPORT\QUAD_SERIAL_INTERFACE
        foreach(DeviceInfo item in smartCardRWs)
        {
            Assert.AreEqual("QUADPORT\\QUAD_SERIAL_INTERFACE", item.HardwareId);
        }

        SmartCardRW rfidDevice = (SmartCardRW)posExplorer.CreateInstance(smartCardRWs[0]);
        SmartCardRW msrDevice = (SmartCardRW)posExplorer.CreateInstance(smartCardRWs[1]);

        rfidDevice.Open();
        Assert.AreNotEqual(ControlState.Closed, rfidDevice.State);
        rfidDevice.Close();

        try
        {
            msrDevice.Open();
            Assert.Fail("MSR Device is not a RFID Device");
        }
        catch
        {
            Assert.AreEqual(ControlState.Closed, msrDevice.State);
        }

        rfidDevice = null;
        msrDevice = null;
    }

当我运行该测试时，我没有收到 SafeFileHandle 异常。事实上测试通过了。

所以我不知道如何追踪这个错误。由于我将在我创建的另一个程序中使用此服务对象，因此我可能最终会在该程序中使用此测试中的代码。但是我觉得 Microsoft Test App 或多或少是“黄金标准”。真的吗……应该不是。但它确实适合我的目的，所以我觉得这是我的代码的问题，而不是他们的。

关于如何缩小范围的任何技巧？仅供引用，我已经尝试使用调试器，但在运行开放代码时不会发生错误。我也走了更新状态计时器，它也没有抛出错误。一旦我点击继续，我就会得到异常。我打开了 Just My Code 和 Loaded Symbols，它告诉我“此模块的调试信息中缺少源信息”

Answer 1

这个问题(尤其是对 SerialPort 实例的引用)听起来很像 http://connect.microsoft.com/VisualStudio/feedback/details/140018/serialport-crashes-after-disconnect-of-usb-com-port 中记录的问题.

据我了解，在非永久性 SerialPort 的情况下(例如与 USB 设备相关联的端口)，当端口意外“消失”时，与其相关联的底层 Stream 将被处置。如果在随后调用 SerialPort.Close 时端口上有事件的读或写操作可能会导致您提到的异常，但是该异常发生在运行在不同线程上的 Microsoft 代码中并且无法从您的内部捕获代码。 (它仍然会被您绑定(bind)到 AppDomain 上的 UnhandledException 事件的任何“最后机会”异常处理程序看到。)

链接文档中似乎有两种基本的变通方法。在这两种情况下，打开端口后，您都会为打开的端口存储对 BaseStream 实例的引用。然后，一种解决方法会禁止对该基本流进行垃圾收集。另一个在基本流上显式调用 Close，在调用 SerialPort 上的 Close 之前捕获该操作期间抛出的任何异常。

编辑:就其值(value)而言，在 .NET Framework V4.5 下，Microsoft Connect 站点上记录的解决方法似乎没有一个可以完全解决问题，尽管它们可能会降低频率它发生的地方。 :-(