我们承接这样的课题
- 希望以固定周期运行的处理，随着时间推移越来越偏
- 想减少设备监控和测量中的漏采
- 想实现不卡顿的绘制处理
- UI、通信、日志、定期处理纠缠在一起，找不到延迟的原因
- 长时间运行后响应变差
- 想重新审视 Timer 和 Sleep 的用法，整理成易于维护的结构
这里处理的是在普通 Windows 上抑制延迟与抖动的设计。我们重视的不是硬实时保证，而是在现实可行的范围内提高稳定性和可观测性。
擅长处理的主题
- 周期处理、轮询、监控循环的设计
- 设备联动应用程序的重连、超时、异常检测
- 少卡顿的绘制更新、UI 更新、显示负载的梳理
- UI 线程与后台处理的分离
- 使用 Generic Host / BackgroundService 管理生命周期
- 用于追踪延迟和抖动的日志与测量点设计
推进方式
- 首先梳理周期、可接受的延迟、可以丢弃的处理和不能丢弃的处理。
- 然后划分 UI、通信、等待、日志、重连的职责，整理成能够观测延迟来源的形式。
- 实现阶段把等待方式、取消、退出处理、异常处理、长时间运行时的日志也一并整理好。
适合这样的咨询
- 想在 Windows 上开发设备监控或测量应用程序
- 既有应用程序的周期处理不稳定，想排查原因
- 想改善绘制卡顿、显示更新堵塞、UI 卡死的状态
- 在转向实时操作系统之前，想先梳理普通 Windows 能做到的范围
- 想留下能够解释延迟和漏采的日志