ReadExactlyAsync无法取消？虚拟串口异步通信问题排查

你的问题核心在于未处理取消操作时抛出的异常，以及对SerialPort异步API的取消行为理解不到位，下面一步步拆解：

为什么程序卡住不继续执行？ #

当CancellationToken在5秒后触发时，ReadExactlyAsync并不会默默终止并返回——它会直接抛出OperationCanceledException。而你的代码没有捕获这个异常，导致Task.Run里的异步任务直接进入故障状态，后续的循环判断、"Got data"和"Done"输出都不会执行，程序看起来就像卡住了。

另外，SerialPort的底层SerialStream对取消令牌的响应是通过抛异常实现的，不是让方法正常返回，这也是你只看到"Cancelled"回调输出，但程序没继续走下去的原因。

修复后的代码示例 #

using System.IO.Ports;

// 使用using确保SerialPort正确释放
using var _serialPort = new SerialPort("COM1", 19200, Parity.None);
var cts = new CancellationTokenSource(TimeSpan.FromSeconds(5));
cts.Token.Register(() => Console.WriteLine("Cancelled"));

var buffer = new byte[10];
_serialPort.Open();

try
{
    while (!cts.Token.IsCancellationRequested)
    {
        Console.WriteLine("Waiting for data");
        // 捕获取消操作抛出的异常
        try
        {
            await _serialPort.BaseStream.ReadExactlyAsync(buffer, cts.Token);
            Console.WriteLine("Got data");
        }
        catch (OperationCanceledException)
        {
            // 取消触发，退出循环
            break;
        }
    }
}
finally
{
    _serialPort.Close();
}

Console.WriteLine("Done");

关键改动说明 #

• 添加异常捕获：在ReadExactlyAsync外层包裹try/catch，捕获OperationCanceledException，收到取消信号后主动退出循环。
• 移除不必要的Task.Run：ReadExactlyAsync本身就是异步方法，不需要用Task.Run包裹在另一个线程里执行，直接在异步上下文里等待即可，减少线程开销。
• 使用using语句管理SerialPort：确保串口资源在程序结束时被正确释放，避免资源泄漏。

额外注意点 #

• 如果你使用的是.NET Framework，SerialPort的异步API可能存在一些历史问题，建议升级到.NET Core/.NET 5+以获得更可靠的异步取消支持。
• 取消令牌的回调只是通知你取消触发了，真正终止异步操作还是要靠捕获异常并处理流程。

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