QObject::moveToThread: Current thread (0x64ba734eb1d0) is not the object‘s thread (0x64ba73549460).

安装了QT5和CV2没想到出现这个问题QObject::moveToThread: Current thread (0x64ba734eb1d0) is not the object's thread (0x64ba73549460). 

后面百度一大轮都试过不行，后问了豆包

在 PyQt（或 Qt）中使用 OpenCV（cv2）时可能出现 “冲突”，主要原因在于 两者的线程模型、事件循环机制以及资源访问方式不同。而 VLC 播放器通过特定的嵌入方式（如直接设置窗口 ID）避免了这些底层冲突。以下是具体分析：

一、cv2 与 Qt 冲突的核心原因

1. 线程模型不匹配

• Qt 的线程安全规则：
  Qt 的所有 UI 控件（如 QLabel、QWidget）只能在创建它们的主线程中被修改，跨线程操作会导致不可预测的错误（如崩溃、界面假死）。
• cv2 的同步阻塞问题：
  cv2 在读取摄像头或视频文件时（如 cap.read()），通常需要在循环中实时处理帧。如果直接在主线程中执行该循环，会 阻塞 Qt 的事件循环，导致界面卡顿、无法响应；如果在子线程中处理帧，子线程不能直接操作 Qt 控件（如调用 QLabel.setPixmap()），必须通过 信号与槽机制 回到主线程更新界面。
  若代码中未正确使用信号槽，直接在子线程操作 UI 控件，就会触发线程安全错误（如你之前遇到的 QObject::moveToThread 错误）。

2. 事件循环的竞争

• Qt 通过 QApplication.exec_() 启动事件循环，负责处理界面绘制、用户输入等事件。
• cv2 的 waitKey() 函数也会启动一个本地事件循环（用于等待键盘输入），若在主线程中同时运行 Qt 和 cv2 的事件循环，会导致 事件循环竞争，引发程序崩溃或无响应。

3. 资源释放顺序问题

• cv2 的视频捕获对象（VideoCapture）和 Qt 控件的生命周期管理若不同步，可能导致资源释放时的冲突（如窗口关闭后，cv2 仍在尝试写入已销毁的控件）。

解决方案：

解决了冲突