Python终止循环后执行结果函数出现时间偏差问题排查

核心：中断响应延迟导致时间统计偏差 #

当按下CTRL+C触发KeyboardInterrupt异常时，Python会在主线程的下一个执行间隙处理这个中断。如果你的rev_counter()循环里同步执行了update_display()这类操作，主线程可能正卡在显示更新的IO或计算逻辑里，没法立刻响应中断——这段“等待中断处理”的时间会被错误计入总运动时间。平均配速是总时间除以总距离，总时间被无端拉长，配速自然会显示得更慢（数值偏大）。

为什么实时显示准确但results()受影响？ #

实时配速是基于单次皮带转动的时间间隔计算的：每次触发GPIO信号时，会立刻记录当前时间戳，即时计算并更新显示，这个过程和后续的中断延迟完全无关。但平均配速依赖的是总运动时长和总距离，总时长的终点是rev_counter()循环停止的时间点——中断处理的延迟让这个终点比实际停止运动的时间晚，相当于多算了一段“空耗时间”，直接导致平均配速计算偏差。

用Thread调用update_display()后改善的原因 #

如果原来的update_display()是在主线程循环里同步执行，会占用主线程的CPU时间，拖慢KeyboardInterrupt的响应速度。把显示更新放到独立线程后，主线程只专注于监听GPIO信号、记录时间戳，不用再处理耗时的显示操作，中断响应几乎无延迟，总时间统计更接近真实值，平均配速也就准确了。

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