在Qt中从对象的析构函数发出信号是否可以？

Question

当一个QObject派生的对象被破坏时，从它的析构函数发出信号是否可以？ 我尝试了它似乎工作，但我不确定是否应该这样做。

例如，这段代码

class MyClass : public QObject {
signals:
    void mySignal(const QString &str);
public:
    QString myString;
    ~MyClass() { emit mySignal(myString); }
}

会在执行连接的插槽时将const引用传递给可能超出范围的对象。

Answer 1

排放通常很好（QObject也会使用“已破坏”的信号），包括你的情况。 当连接是直接连接时，字符串仍然存在。 当它是QueuedConnection时，则首先将字符串复制到事件循环中。

Answer 2

如果你问它是否可以：是的，它本身不会引起任何问题。

如果您在Qt中询问它是否通常是安全的事情？ 绝对不安全。 如果从析构函数发出，并且对Qt事件系统有很好的理解，你必须非常注意你所做的事情。

请记住，当一个QObject后代破坏时，它会断开所有信号，因此被破坏的对象不会再对其插槽进行调用了吗？ 好吧有一个问题：破坏秩序。 QObject析构函数断开连接，并且它是最终的破坏，意味着，在销毁链中，事件可能仍然到达“半死”对象，从而在访问虚拟函数和已经被破坏的后代的成员时导致访问冲突。 如果您使用事件系统，则可能存在以下任何条件：

• 在多线程环境中，如果对象没有在自己的线程上被破坏。
• 在多线程环境中，如果对象的销毁链在任何运行路径上触发processEvents()运行。
• 在多线程环境中，如果另一个线程上的任何对象与此对象有直接连接，则它无法直接连接对其被破坏的信号作出反应。
• 在单线程环境中，当析构函数发送可能返回到直接连接链中的对象的信号时。

我将此效应称为“死亡期间的生命”，并在析构函数中发出信号或运行任何形式的processEvents() （通常是意外）会增加创建此类错误的机会。

当然，如果你能以某种方式保证在破坏期间不会有任何现在或未来的代码实际触发任何插槽，它从析构函数中发出它是非常安全的，但很难给出这样的保证，我建议只要有可能就避免使用它。