.NET 4.8迁移至.NET 8：SerialPort异步读取卡顿问题及解决

问题场景 #

从.NET 4.8迁移至.NET 8时，原通过SerialPort绑定读取事件的串口通信方式可正常工作，但改用SerialPort.BaseStream.ReadAsync实现异步通信时，出现卡顿无响应，代码直接卡在ReadAsync调用处。

问题原因 #

• 调用WriteAsync时传入空数组，会导致线程阻塞卡顿
• 直接调用BaseStream.ReadAsync，未先通过BytesToRead获取待读取字节数，引发无意义的阻塞

修正后的代码示例 #

using System.IO.Ports;
using System.Threading.Tasks;

public async Task SerialPortAsyncHandler(SerialPort serialPort)
{
    // 写入操作：避免传入空数组
    byte[] sendData = new byte[] { 0x01, 0x03, 0x00, 0x00, 0x00, 0x02, 0xC4, 0x0B };
    if (sendData.Length > 0)
    {
        await serialPort.BaseStream.WriteAsync(sendData, 0, sendData.Length);
        await serialPort.BaseStream.FlushAsync();
    }

    // 读取操作：先检查待读取字节数
    while (serialPort.IsOpen)
    {
        if (serialPort.BytesToRead > 0)
        {
            byte[] receiveBuffer = new byte[serialPort.BytesToRead];
            int readCount = await serialPort.BaseStream.ReadAsync(receiveBuffer, 0, receiveBuffer.Length);
            
            // 处理读取到的数据，比如解析协议、触发业务逻辑
            // ProcessReceivedData(receiveBuffer, readCount);
        }
        await Task.Delay(10); // 降低空循环的CPU占用
    }
}

.NET Core/.NET 5+ 串口异步通信最佳实践 #

• 缓冲区检查前置：读取操作前必须通过BytesToRead确认有数据待读取，再调用ReadAsync；写入操作前确保待发送数组非空，避免传入空数组调用WriteAsync
• 保持操作一致性：避免同步方法与异步方法混合使用（比如同时调用Read和ReadAsync），防止线程冲突与阻塞
• 合理控制循环：异步读取循环中加入短暂延迟，避免空循环占用过高CPU资源；可结合CancellationToken实现优雅的终止逻辑
• 借助成熟工具：可使用专门的串口通信NuGet包或扩展库，简化异步通信的异常处理、数据解析等复杂逻辑

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