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

Is it OK to emit a signal from an object's destructor in Qt?

本文关键字：析构函数 信号 对象 Qt 是否      更新时间：2023-10-16

当一个qobject派生的对象被析构时，是否可以从它的析构函数发出一个信号?我试过了，好像有用，但我不确定是否应该这样做。

例如，以下代码

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

将传递一个const引用给一个对象，该对象在连接的槽执行时可能已经超出了作用域。

发射通常是好的(QObject对"destroyed"信号也这样做)，包括您的情况。当连接是直接连接时，字符串仍然存在。当它是QueuedConnection时，该字符串首先被复制到事件循环中。

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

如果你会问如果它是一个一般安全的事情做Qt?绝对不安全。如果你从析构函数中发射，你必须非常注意你所做的事情，并对Qt事件系统有一个很好的理解。

请记住，当QObject后代销毁时，它会断开所有信号，因此被销毁的对象不会在其插槽上获得任何更多调用。这里有个陷阱:销毁令。QObject析构函数会断开连接，并且它是最后一个析构函数，这意味着，在析构链中，事件仍然可能到达"半死不活"的对象，从而在访问虚函数和已经被析构的后代的成员时导致访问冲突。如果您使用事件系统，并且满足以下任何条件，则存在这种可能性:

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

我把这种效果称为"死亡期间的生命"，在析构函数中发出信号或运行任何形式的processEvents()(通常是偶然的)都会增加产生这种错误的机会。

当然，如果你能以某种方式保证没有任何现在或将来的代码会在销毁过程中触发任何插槽，那么从析构函数发出是完全安全的，但很难给出这样的保证，我建议只要可能就避免使用它。

相关文章：