WinUI 3应用远程设备轮询与命令发送的UI阻塞问题及优化建议

我正在开发一款基于C#、.NET Core的WinUI 3 GUI应用，该应用连接一台仅支持单个连接的远程设备服务器。需求是对设备进行定时轮询，同时允许用户发送命令。当前实现方案如下：

• 创建单个connection对象（例如TCP/IP Socket）
• 通过pollingTask = Task.Start(polling.PollInfinite)启动轮询
• 轮询和用户网络操作中，对connection单例加锁：lock (connection) { connection.send/receive }

本地网络测试表现良好，消息无混乱且UI未阻塞。现在考虑两种场景：

1. 非本地网络存在较高ping值
2. 用户在单线程计算机上运行应用

想问：这两种场景下，UI会被阻塞吗？轮询等待设备响应时用户能否发送命令？同时寻求满足需求的通用建议。

附：缺乏异步编程经验，但认为所有网络操作都应使用异步方式。

场景1：高Ping值网络 #

UI是否阻塞？ #

如果当前的send/receive是同步阻塞调用，轮询任务会因等待设备响应而卡在同步IO上，但因为轮询是在后台Task中执行，UI线程不会直接被阻塞——除非用户发起命令时，UI线程进入lock (connection)等待锁释放，此时UI会卡住，直到轮询的同步IO完成、锁被释放。

用户能否发送命令？ #

不能。轮询任务持有connection锁期间，用户操作触发的命令会在lock处等待，必须等轮询的send/receive完成并释放锁后，才能执行命令的网络操作。

场景2：单线程计算机（单CPU核心） #

UI是否阻塞？ #

.NET的Task调度会利用线程池做时间分片，但如果send/receive是同步阻塞调用，轮询任务会占用线程池线程等待IO。此时用户发起命令时，UI线程会因进入lock等待锁而阻塞——UI线程被卡在锁等待逻辑上，无法处理界面消息。

用户能否发送命令？ #

同样不能。锁被轮询任务持有，命令操作必须等待锁释放才能执行。

通用建议 #

1. 替换同步网络操作为异步IO：使用Socket的异步方法（如SendAsync/ReceiveAsync）或NetworkStream.ReadAsync/WriteAsync，避免同步IO阻塞线程池线程。
2. 用异步锁替代lock关键字：lock是同步锁，会阻塞线程。可以使用SemaphoreSlim(1,1)的WaitAsync()方法实现异步互斥，用户发起命令时，UI线程可以异步等待锁，不会阻塞界面。
3. 优化轮询逻辑：
   • 设置合理的轮询间隔，避免过于频繁占用网络和设备资源
   • 轮询任务内部使用异步等待，不要让线程长期处于阻塞状态
4. UI与网络操作分离：所有网络操作放在后台Task中执行，UI更新必须通过DispatcherQueue.TryEnqueue回到UI线程，避免跨线程操作异常。
5. 增加超时处理：轮询和用户命令都要设置IO超时，避免无限期等待导致锁长期被占用，影响交互。

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