我现在想知道如何合理地使用QObject::destroyed(QObject*)信号。

一个观察

我注意到QWidget派生对象的处理方式略有不同，请考虑以下小型自包含编译示例：

/* sscce.pro:
QT += core gui widgets
CONFIG += c++11
TARGET = sscce
TEMPLATE = app
SOURCES += main.cpp
*/

#include <QApplication>
#include <QPushButton>
#include <QTimer>
#include <QtDebug>

int main(int argc, char *argv[]) {
    QApplication app(argc, argv);

    QPushButton *button = new QPushButton;
    QObject::connect(button, &QPushButton::destroyed,
        [=](QObject *o) { qDebug() << o; });

    delete button;

    QTimer *timer = new QTimer;
    QObject::connect(timer, &QTimer::destroyed,
        [=](QObject *o) { qDebug() << o; });

    delete timer;

    return app.exec();
}

以下是它的输出：

QWidget(0x1e9e1e0)
QObject(0x1e5c530)

因此推测信号是从QObject的d-tor发出的，所以当为QTimer调用该槽时，只剩下QObject的基址。然而，QWidget的d-tor似乎会拦截，因为它仍然从该槽将自己标识为QWidget。
∮而问题是
假设我们有一个定时器池，它在QList<QTimer *>中组织了几个定时器：

struct Pool {
    QTimer *getTimer() {
        return timers.at(/* some clever logic here */);
    }        

    QList<QTimer *> timers;
};

现在，一个不小心的用户可能会删除借用给他/她的计时器。那么，我们可以做出React，简单地从列表中删除该计时器。一个插槽就可以做到这一点：

Pool::Pool() {
    /* for each timer created */
    connect(theTimer, SIGNAL(destroyed(QObject*),
        this, SLOT(timerDestroyed(QObject*));
}

void Pool::timerDeleted(QObject *object) {
    QTimer *theTimer = /* hrm. */
    timers.removeOne(theTimer);
}

但是现在怎么办呢？嗯。当调用插槽时，QTimer已经处于销毁状态，并且部分被销毁--只剩下它的QObject基础。所以我显然不能使用qobject_cast<QTimer *>(object)。
为了解决这个问题，我可以想到以下技巧：
1.将QObject存储在列表中，这样每次使用列表中的项时，我都必须向下转换，这可以使用static_cast来完成，不过，因为我知道列表中只有QTimer，所以不需要dynamic_cast或qobject_cast。
1.代替removeOne，使用iterator遍历列表，然后将每个QTimer项直接与QObject进行比较。

1. static_cast或甚至reinterpret_cast的QObject到Qtimer。
   我该怎么办？