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()（通常是偶然的）会增加产生这种错误的机会。

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

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

2 个答案: