SerialPort.ReadLine为何引发溢出异常？

首先得说，你遇到的这个情况确实有点反直觉——毕竟微软文档里没把溢出异常列在ReadLine()的抛出列表里，但这其实是因为.NET的SerialPort类是对Win32串口API的包装，有些底层的异常会透上来，并非.NET层面定义的标准异常。

为什么会触发溢出异常？ #

你提到的“溢出”不是字符串类型的范围溢出，而是串口接收缓冲区的溢出：

• SerialPort内部维护了一个接收缓冲区（由ReadBufferSize属性控制，默认是4096字节），当设备发送数据的速度超过程序读取速度，或者单条未遇到终止符的连续数据长度超过缓冲区大小，就会触发底层的溢出错误。
• 另一个常见原因是NewLine属性和设备实际发送的行终止符不匹配：如果ReadLine()一直等不到设定的终止符，会持续往缓冲区存数据，直到缓冲区被填满，最终触发溢出。

排查步骤 #

• 检查缓冲区大小：查看你代码里MyPort.ReadBufferSize的值，如果设备发送的单条数据长度接近或超过这个值，就会溢出。比如设备偶尔发送2000字节的单行数据，默认4096是够的，但如果有更长的数据，就得调大（比如设为8192或16384，根据实际情况调整）。
• 验证行终止符：确认设备发送的换行符和MyPort.NewLine是否一致。比如设备发的是\n（LF），但你的NewLine是默认的\r\n（CRLF），那ReadLine()永远找不到终止符，缓冲区迟早会爆。可以用串口调试工具抓一下设备发的原始数据，看结尾的字符是什么。
• 排查数据发送频率：如果设备短时间内发送大量数据，同步ReadLine()可能来不及处理，导致缓冲区积压。比如你在UI线程里调用ReadLine()，如果UI线程被其他操作阻塞，串口数据就会堆在缓冲区里。
• 检查多线程冲突：确认有没有其他线程同时操作这个SerialPort实例（比如一边用ReadLine()，一边调用ReadExisting()或者修改串口参数），这种冲突可能导致缓冲区状态混乱，引发异常。

处理方案 #

除了你现在用的Try Catch日志，还可以做这些优化：

• 调整缓冲区大小：根据实际数据长度设置合理的ReadBufferSize，比如先测试设备发送的最大单行数据长度，然后把缓冲区设为这个长度的2倍左右，留有余量。
• 匹配终止符：把MyPort.NewLine设置成和设备一致的字符串，示例代码：

  MyPort.NewLine = "\n" ' 如果设备用LF作为换行符
  

• 改用异步读取或DataReceived事件：同步ReadLine()容易阻塞线程，导致缓冲区积压。可以改用DataReceived事件异步处理数据，示例代码：

  Private Sub MyPort_DataReceived(sender As Object, e As SerialDataReceivedEventArgs) Handles MyPort.DataReceived
      Dim receivedData As String = MyPort.ReadExisting()
      ' 自行处理数据拼接成完整的行，比如按终止符拆分
      ProcessReceivedData(receivedData)
  End Sub
  

  这种方式能更灵活地处理数据，避免长时间等待终止符导致的缓冲区溢出。
• 异常后清理缓冲区：在Catch块里捕获溢出异常后，调用MyPort.DiscardInBuffer()清空接收缓冲区，避免残留的异常数据影响后续读取：

  Try
      Dim incoming As String = MyPort.ReadLine()
      ' 处理数据
  Catch ex As OverflowException
      ' 记录日志
      MyPort.DiscardInBuffer() ' 清空缓冲区，防止后续异常
  End Try
  

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