使用.net SerialPort出现内存泄漏，有更好的方法吗？

Question

我有一个程序用于通过 rs232 与硬件通信。该软件用于显示从硬件通过 rs232 尽可能快地推送的数据流。我遇到的问题是，随着时间的推移，分配给程序的私有内存会爆炸，并且会很快使程序崩溃。如果我禁用硬件发送数据大约 2 分钟，那么软件可以清除内存，但前提是我暂停数据流。

我正在使用来自 SerialPort 的 DataReceived 事件，这似乎就是问题所在，因为即使 DataReceived 函数在其中不执行任何操作，它也会导致内存峰值。 时没有时间运行 GC。

我唯一能想到的是，每次引发此事件时，它都会创建一个新线程来运行，并且它发生的速度如此之快，以至于计算机在数据传入 从 SerialPort 对象中提取数据的更有效方法？当我收到“NewLine”时我只关心字符串？

谢谢，

约翰·维克斯

Answer 1

这非常不寻常，但在技术上是可行的。 SerialPort 使用线程池线程来调用 DataReceived 事件处理程序。一旦它收到一个或多个字节，它就会获取一个 TP 线程来通知您的应用程序。事件生成代码中有一把锁，一次只有一个线程可以调用您的事件处理程序。

这里潜在的失败模式是这些调用之一（可能是第一个调用）进入代码中的循环，并且永远不会退出。如果您尚未设置握手属性，设备可以继续发送并触发更多 TP 调用，所有这些调用都会在该锁上阻塞。

从“调试”+“Windows”+“线程”窗口诊断此问题。如果我的猜测是准确的，那么您应该会看到这里列出了大量的线程。其中之一应该位于您的 DataReceived 事件处理程序中，双击它并查看调用堆栈以查看它被卡住的位置。您看到消耗的内存被这些线程的堆栈占用，每个线程一兆字节。

另一种可能性是您的 DataReceived 事件处理代码非常很慢，可能是通过调用 Control.Invoke() 实现的。速度太慢，无法跟上设备。您现在确实需要使用握手属性来设置流量控制。或者修复任何让它变慢的东西。顺便说一句，还应该有大量的 ErrorReceived 事件，请务必实现它，以便您可以看到这些东西出了问题。

可同时运行的 TP 线程数有上限。它相当慷慨，是核心数量的 250 倍。在典型的双核机器上，这很容易消耗半千兆字节的内存。

Answer 2

DataReceived 在不同的线程上执行。我在处理非常快的数据时遇到了问题，这个事件给我带来了问题。因此，我创建了一个线程并自己读取数据：

while (this.serialPort.IsOpen)
{
    int b = this.serialPort.ReadByte();
    if (b != -1)
    {
        // data is good here
    }
}

但正如其他人所说，没有任何代码示例，我们无法为您提供太多帮助。

Answer 3

只是为了重温这个问题。

使用 DataReceived 事件时，我发现存在大量内存泄漏。

我使用的是 USB 3G 调制解调器，它提供串行调制解调器接口。我编写了一个小程序，它只打开串行端口并连接到 DataReceived 事件。事件处理程序只是一个空方法。

如果您拔出加密狗，内存就会以每秒约 10MB 的速度泄漏。没有抛出异常。

启动一个新线程并使用同步 Read(...) 方法为我解决了这个问题。现在，当我拔出我可以处理的加密狗并且没有内存泄漏时，我遇到了异常。

Answer 4

我用 C# 开发了一种状态驱动的串行端口编程语言，我相信它确实解决了几乎每个人遇到的所有串行端口问题。

请您尝试使用以下简单状态并检查内存泄漏吗？

state Init
  recv();
  $len = length($DATA_PACKET);
  if("$len > 0") {
    log($DATA_PACKET, Debug);
  }
end state

屏幕截图

项目主页

下载

如果您有任何疑问，请随时提问。