使用RJCP.SerialPortStream判断IsOpen后Open仍报串口已打开异常

首先纠正一个代码定位的误差：

• 从你贴的异常堆栈可以明确看到，「Serial Port already opened」异常是从RJCP.IO.Ports.SerialPortStream.Open()方法内部抛出的，根本不是IsOpen属性的get访问器触发的。
• 你以为第1973行是if (portStream.IsOpen)的判断逻辑，实际这行对应的是代码块里的portStream.Open()调用，因为异常抛出时的栈帧定位会在编译优化等场景下出现行号偏移，才导致你误以为是读IsOpen值出错。
• 触发这个报错的逻辑链条非常清晰：
  • 读portStream.IsOpen时返回了false
  • 代码进入分支执行portStream.Open()
  • 但此时串口实际已经处于被打开的占用状态，Open方法检测到已打开，直接抛出InvalidOperationException
• 哪怕你是单线程环境，只要portStreams列表里存储的串口实例，之前的打开/关闭流程因为异常没有正确更新内部的状态标记位，就会出现状态不一致问题。RJCP的SerialPortStream的IsOpen属性读的是对象内部维护的标记值，不是实时查询操作系统的端口占用状态，本身就存在标记值和实际状态脱节的可能。

不要把IsOpen的返回值当成端口真实状态的绝对判断依据，要把Open操作抛出的「已打开」异常当成正常分支处理，避免因为状态不一致直接中断写入流程：

public static bool Send(SerialPortStream portStream, byte[] message)
{
    try
    {
        // 仅在标记为未打开时尝试执行打开操作
        if (!portStream.IsOpen)
        {
            try
            {
                portStream.Open();
            }
            catch (InvalidOperationException)
            {
                // 捕获打开时的「已打开」异常，说明端口实际已在可用状态，无需重复处理
            }
        }

        // 端口处于打开可用状态时直接执行写入
        portStream.Write(message, 0, message.Length);
        return true;
    }
    catch
    {
        // 写入失败、或打开端口无响应时直接返回发送失败
        return false;
    }
}

• 不要对同一个串口实例无限制重复调用Open()方法，只要检测到打开时提示已占用，就直接认为端口处于可用状态即可，不要反复重试打开。
• 维护全局portStreams列表时，要对每个实例的状态做统一管理，不要在多个代码路径里独立持有同一个串口实例、分别执行打开/关闭操作，否则很容易出现状态不同步的问题。
• 不要把外层catch里捕获的所有异常都无差别吞掉，要把「打开时的已占用异常」和「实际写入失败、端口无响应」的异常做区分，前者属于正常的状态不一致分支，后者才是真正的发送失败场景。

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