为何要将QThread::finished信号连接到QObject::deleteLater槽函数？

核心原因：你执行delete的线程上下文不匹配 #

你理解的「finished触发后工作线程事件循环已停止、无普通事件待处理」是正确的，但是你忽略了一个关键前提：你手动调用delete的操作，默认是在QThread对象的所属线程（通常是创建QThread的主线程）执行，属于跨线程删除QObject，本身就违反Qt的线程安全规范。
具体原因可以拆解为3点：

• 第一，QObject的析构要求必须在其所属的线程上下文执行，否则内部元对象系统的资源释放（信号槽连接解绑、线程关联标记更新、父对象树同步）都可能出现不可预期的竞态问题，哪怕该对象已经没有待处理的普通事件。
• 第二，QThread::finished信号发射时，文档明确说明仅会继续处理延迟删除事件，此时给工作线程内的对象调用deleteLater，该延迟删除事件会被工作线程的收尾流程处理，完全是在对象所属线程上下文执行析构，完美符合Qt的线程安全要求。
• 第三，哪怕你能确认当前没有其他线程访问该对象，直接跨线程delete也属于不符合Qt契约的操作，后续Qt版本的内部实现变更、或者你的代码逻辑迭代新增其他跨线程访问逻辑时，很容易引入难以排查的崩溃问题。

对理解误区的补充纠正 #

你假设的「无待处理延迟删除事件就可以手动删除」的场景，仅在你能确保delete操作是在对象所属的工作线程中执行时才成立。但绝大多数场景下，我们都是在主线程绑定finished信号的处理槽，槽函数执行上下文是主线程，天然不满足这个要求，所以使用deleteLater是成本最低、最稳妥的实现方式。

注：如果你确实要手动删除，也可以通过QMetaObject::invokeMethod给工作线程投递同步调用，在工作线程上下文中执行delete，但是实现复杂度远高于直接连接deleteLater，没有实际必要。

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