.NET 执行串口读取方法固定5秒后停止 二次执行卡住问题求解

现有方案的问题 #

你的实现不合理，二次执行卡住的核心原因有3个：

• 强行终止Task的逻辑错误：Task.Dispose()无法终止正在运行的Task，你首次超时后，卡在SerialPort.ReadLine()阻塞调用上的后台线程并没有退出，仍然持有串口对象的资源锁，二次执行时新的读操作请求资源直接被阻塞
• 串口资源释放逻辑错误：直接调用port.Close()会触发正在运行的读操作抛出未捕获的IO异常，会让串口对象进入异常状态，未做异常处理的情况下后续访问串口都会卡住
• Task.Wait()是同步阻塞调用，不仅会占用当前线程，也无法正确控制后台读操作的生命周期

更优的实现方式 #

核心思路 #

1. 优先用SerialPort自带的读超时配置替代自定义Task超时逻辑，或者用CancellationToken实现安全的任务取消，不要暴力关闭串口和释放Task
2. 每次串口操作结束后完全释放串口对象，不要复用同一个SerialPort实例做多次打开关闭操作，避免内部状态异常
3. 给所有串口操作加异常捕获，避免未处理异常导致的状态异常

代码示例 #

首先修改读串口的方法，支持取消和异常处理：

// 串口初始化时就配置读超时
port.ReadTimeout = 5000;

private void ReadSerial(CancellationToken cancelToken)
{
    try
    {
        while (!cancelToken.IsCancellationRequested)
        {
            string readLine = port.ReadLine();
            // 此处添加读取到数据后的处理逻辑
        }
    }
    catch (TimeoutException)
    {
        // 5秒未读到数据的超时分支，正常退出
    }
    catch (OperationCanceledException)
    {
        // 收到取消信号，正常退出
    }
    catch (IOException)
    {
        // 串口被关闭等IO异常，正常退出
    }
}

然后修改调用逻辑：

// 声明5秒自动触发的取消源
using var cancelSource = new CancellationTokenSource(TimeSpan.FromSeconds(5));
try
{
    // 异步执行读任务，传入取消令牌
    await Task.Run(() => ReadSerial(cancelSource.Token), cancelSource.Token);
}
catch (OperationCanceledException)
{
    // 超时取消后的额外处理逻辑
}
finally
{
    WriteToFile();
    // 完全释放串口资源，二次使用时重新实例化SerialPort对象即可
    port.Dispose();
}

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