QObject 的模糊析构函数？
Ambiguous destructor for QObject?
QObject 析构函数的 Qt 参考说：
进出该对象的所有信号都会自动断开，该对象的任何未决发布事件都会从事件队列中删除。但是，通常使用 deleteLater 更安全() 而不是直接删除一个QObject子类。
...
警告：在等待传递未决事件时删除 QObject 可能会导致崩溃。如果 QObject 存在于与当前正在执行的线程不同的线程中，则不得直接删除它。请改用 deleteLater() ，这将导致事件循环在所有未决事件都传递给对象后删除该对象。
注意上一节中的粗线。
所以问题是：是否已从事件队列中删除未决的已发布事件？
Warning: Deleting a QObject while pending events are waiting to be delivered can cause a crash. You must not delete the QObject directly if it exists in a different thread than the one currently executing.
您专注于该句子的第一句话而忽略了第二句话。这种情况涉及删除存在于不同线程中的对象 -（不同 thread affinity）。
例如，如果您 运行 在主 (GUI) 线程上并且在第二个线程中有一个对象，则从主线程中删除另一个对象可能会导致崩溃。
如果您要删除的对象 运行 在要删除它的线程中，那么是的，该对象的任何未决发布事件都会从事件队列中删除。
让我们想想是怎么回事。
当一个对象调用信号时，如果对象的接收者与被调用者在同一个线程中，则立即调用该函数（假设connection type是自动的，或直接的）。
如果对象的接收者具有不同的线程关联，则自动连接会导致队列连接；不是直接调用函数，而是将一个事件发布到接收对象的线程的事件队列中。
在删除对象时，如果我们从不同的线程调用删除，它无法访问其他线程的事件队列来删除未决事件。更重要的是，它不是线程安全的，可能会导致崩溃。
QObject 析构函数的 Qt 参考说：
进出该对象的所有信号都会自动断开，该对象的任何未决发布事件都会从事件队列中删除。但是，通常使用 deleteLater 更安全() 而不是直接删除一个QObject子类。
...
警告：在等待传递未决事件时删除 QObject 可能会导致崩溃。如果 QObject 存在于与当前正在执行的线程不同的线程中，则不得直接删除它。请改用 deleteLater() ，这将导致事件循环在所有未决事件都传递给对象后删除该对象。
注意上一节中的粗线。
所以问题是：是否已从事件队列中删除未决的已发布事件？
Warning: Deleting a QObject while pending events are waiting to be delivered can cause a crash. You must not delete the QObject directly if it exists in a different thread than the one currently executing.
您专注于该句子的第一句话而忽略了第二句话。这种情况涉及删除存在于不同线程中的对象 -（不同 thread affinity）。
例如，如果您 运行 在主 (GUI) 线程上并且在第二个线程中有一个对象，则从主线程中删除另一个对象可能会导致崩溃。
如果您要删除的对象 运行 在要删除它的线程中，那么是的，该对象的任何未决发布事件都会从事件队列中删除。
让我们想想是怎么回事。
当一个对象调用信号时，如果对象的接收者与被调用者在同一个线程中，则立即调用该函数（假设connection type是自动的，或直接的）。
如果对象的接收者具有不同的线程关联，则自动连接会导致队列连接；不是直接调用函数，而是将一个事件发布到接收对象的线程的事件队列中。
在删除对象时，如果我们从不同的线程调用删除，它无法访问其他线程的事件队列来删除未决事件。更重要的是，它不是线程安全的，可能会导致崩溃。