一、现有架构问题分析
1.1 单线程架构的性能瓶颈
原生单线程架构下，所有逻辑均在 UI 主线程中串行执行。视频帧读取、YOLOv8 模型推理、图像后处理与绘制均为耗时操作，尤其是模型推理阶段，即使在 GPU 加速下，单帧处理也需要数十毫秒。
在此期间，主线程被阻塞，无法响应用户的点击、拖拽等操作，表现为界面 "假死"；当视频帧率高于推理速度时，还会出现画面卡顿、掉帧等问题，无法满足实时监护的使用需求。
1.2 Qt 线程安全规范
PyQt5 的 GUI 控件只能在主线程中操作，子线程直接修改 UI 控件会引发程序崩溃。因此，线程间通信必须通过信号与槽（Signal & Slot）机制实现，子线程通过发射信号将数据传递给主线程，由主线程负责界面更新。
二、多线程架构设计
采用三级线程分离设计，将系统划分为 UI 主线程、检测工作线程、IO 读写线程，各线程职责单一，通过信号机制异步通信：
UI 主线程：仅负责界面渲染、用户交互响应、状态更新，不执行任何耗时计算
检测工作线程：独立执行模型推理、结果后处理、标注绘制等计算密集型任务
IO 读写线程：负责视频文件读取、摄像头数据采集、结果文件写入等 IO 密集型任务
线程间通信设计：
IO 线程采集到新帧后，通过信号将图像数据发送给检测线程
检测线程处理完成后，通过信号将标注后的图像与结果数据发送给 UI 线程
UI 线程的控制指令（暂停、停止、参数修改）通过信号下发给工作线程
三、核心实现代码
3.1 视频采集线程实现
继承 QThread 实现独立的视频采集线程，负责逐帧读取视频或摄像头数据，通过自定义信号输出每一帧图像：
from PyQt5.QtCore import QThread, pyqtSignal
import cv2
class VedioThread(QThread):
signal = pyqtSignal(object) # 传递帧数据的信号
def __init__(self, cap):
super().__init__()
self.cap = cap
self.is_running = True
def run(self):
while self.is_running:
ret, frame = self.cap.read()
if ret:
self.signal.emit(frame)
else:
break
self.cap.release()
def stop(self):
self.is_running = False
self.wait()3.2 主线程信号槽绑定
在主窗口类中连接线程信号与对应的槽函数，实现数据接收与界面更新：
def vedio_show(self, file_path):
cap = cv2.VideoCapture(file_path)
self.vedio_thread = VedioThread(cap)
绑定信号与槽，接收线程传递的帧数据
self.vedio_thread.signal.connect(self.show_video_frame)
self.vedio_thread.start()
def show_video_frame(self, frame):
主线程执行模型推理与界面显示
results = self.model(frame, conf=Config.conf_threshold, iou=Config.iou_threshold)
... 结果绘制与显示逻辑
self.show_image(annotated_frame)
3.3 参数动态更新机制
设计线程安全的参数配置类，用户在界面修改置信度、IOU 等参数时，通过原子操作更新全局配置，检测线程读取时自动获取最新值，避免锁竞争。
四、线程同步与资源竞争处理
4.1 帧队列缓冲设计
在采集线程与检测线程之间设置固定长度的帧队列，采用生产者 - 消费者模式。采集线程作为生产者向队列中放入帧数据，检测线程作为消费者从队列中取出帧进行处理。
当检测速度慢于采集速度时，队列满后自动丢弃最早的帧，保证检测延迟控制在合理范围内，避免内存持续增长。
4.2 资源复用优化
预先分配图像内存缓冲区，避免每一帧都重新创建图像对象，减少内存分配与释放的开销。模型采用单例模式全局加载，避免重复加载权重浪费显存。
4.3 安全退出机制
设计两级停止逻辑：先设置运行标志位，通知线程正常退出；若线程超时未退出，则强制终止，保证程序能够正常关闭，不会出现后台进程残留。
五、性能对比测试
在相同硬件环境（Intel i7-10700K + RTX 3060）下，对单线程架构与多线程架构进行对比测试，结果如下：
测试指标 单线程架构 多线程架构 提升幅度
720p 视频平均帧率 18fps 25fps +38.9%
界面响应延迟 280ms 45ms -83.9%
帧率波动范围 ±8fps ±2fps 稳定性大幅提升
最大内存占用 980MB 1120MB 增加 14.3%
测试结果表明，多线程架构在仅增加少量内存开销的前提下，显著提升了检测帧率与界面响应速度，帧率波动大幅减小，系统流畅度与用户体验得到明显改善。
六、总结与优化方向
本文提出的多线程并发架构有效解决了桌面端跌倒检测系统的界面卡顿问题，实现了检测任务与 UI 交互的解耦，系统实时性与稳定性均满足实际应用需求。
后续可从以下方向进一步优化：
引入推理线程池，支持多路视频流同时检测，扩展多摄像头监控场景
采用帧间差分算法，对无变化的帧跳帧检测，进一步提升处理速度
优化队列调度策略，根据检测负载动态调整队列长度，平衡延迟与流畅度