.NET Core 3.0树莓派SerialPort持续占用5-10%CPU问题咨询

首先得说，你遇到的这个情况在早期.NET Core版本的Linux串口操作里真的挺常见的，咱们先拆解下问题根源，再给你针对性的解决办法。

为什么你的两段代码都会占CPU？ #

你提到SerialPort应该有阻塞特性，这个理解本身没错，但问题出在你用的.NET Core 3.0 Preview 2版本太旧了——System.IO.Ports在.NET Core上的跨平台支持是逐步完善的，Preview版本里的Linux实现有不少坑，其中就包括底层没有真正用内核级的阻塞机制，反而用了轮询（polling）来模拟阻塞，这就导致即使你加了Sleep，进程还是会频繁被唤醒，吃掉5-10%的CPU。

咱们再分别看你的两段代码：

• Simple Code：你用了while(true)循环检查BytesToRead，虽然加了Thread.Sleep(100)，但每次循环的检查操作加上早期SerialPort的底层轮询，还是会让CPU保持活跃。而且其实你完全没必要主动检查BytesToRead——ReadByte()本身就是阻塞方法，没有数据的时候会一直等，根本不需要Sleep。
• Advanced Code：你用了异步BeginRead，但早期.NET Core的异步串口操作是用线程池模拟的（不是真正的Linux异步IO），回调线程的频繁调度加上底层的轮询逻辑，同样会导致CPU占用高。主循环的Thread.Sleep(1000)本身不占多少CPU，但架不住异步部分的开销。

解决办法 #

1. 优先升级.NET Core版本 #

这是最关键的一步，把你的.NET Core从3.0 Preview 2升级到3.1正式版或更高版本（比如.NET 6/7/8的LTS版本）。后续版本的System.IO.Ports对Linux的串口实现做了大量优化，真正用上了内核级的阻塞和异步IO，CPU占用会直接降到几乎为0。

2. 调整Simple Code，用真正的阻塞读取 #

修改你的Simple Code，去掉循环检查BytesToRead和Sleep，直接用ReadByte()的阻塞特性：

var port = new SerialPort("/dev/ttyUSB0", 57600);
// 记得根据你的设备配置串口参数（奇偶校验、停止位、流控制等）
port.Open();

try
{
    while (true)
    {
        int byteValue = port.ReadByte();
        if (byteValue != -1) // -1表示串口关闭
        {
            Console.Write($"{byteValue.ToString("X2")} ");
            // 可以加个逻辑，比如读到换行符就换行：
            // if (byteValue == '\n') Console.WriteLine();
        }
    }
}
catch (Exception ex)
{
    Console.WriteLine($"读取出错：{ex.Message}");
}
finally
{
    port.Close();
}

这个版本的代码会在没有数据时完全阻塞，CPU占用几乎可以忽略。

3. 优化Advanced Code的异步实现 #

如果坚持用异步，升级.NET版本后，把主循环的Thread.Sleep(1000)换成WaitHandle来让主线程真正阻塞，避免不必要的调度：

static int blockLimit = 100;
static ManualResetEvent _exitSignal = new ManualResetEvent(false);

static void Main(string[] args)
{
    var port = new SerialPort("/dev/ttyUSB0", 57600);
    port.Open();
    byte[] buffer = new byte[blockLimit];

    Action kickoffRead = null;
    kickoffRead = delegate 
    {
        port.BaseStream.BeginRead(buffer, 0, buffer.Length, ar => 
        {
            try 
            {
                int actualLength = port.BaseStream.EndRead(ar);
                byte[] received = new byte[actualLength];
                Buffer.BlockCopy(buffer, 0, received, 0, actualLength);
                raiseAppSerialDataEvent(received);
            } 
            catch (IOException exc) 
            {
                handleAppSerialError(exc);
            }
            kickoffRead();
        }, null);
    };

    kickoffRead();
    _exitSignal.WaitOne(); // 主线程阻塞，直到收到退出信号，CPU占用为0

    port.Close();
}

private static void handleAppSerialError(IOException exc)
{
    Console.WriteLine($"串口错误：{exc.Message}");
    // 这里可以加错误处理逻辑，比如重启读取或者退出程序
}

private static void raiseAppSerialDataEvent(byte[] received)
{
    Console.WriteLine(BitConverter.ToString(received));
}

升级后的.NET版本会让BeginRead使用真正的Linux异步IO，不会再占用额外的CPU。

额外排查点 #

如果升级后还是有问题，可以检查：

• 串口设备的参数（波特率、奇偶校验、停止位、流控制）是否和发送端完全匹配，参数不匹配可能导致驱动异常忙碌。
• 树莓派的串口驱动是否正常，可以用dmesg | grep ttyUSB查看驱动日志，排除硬件或驱动层面的问题。

内容的提问来源于stack exchange，提问作者Max R.