如何手动卸载QQmlApplicationEngine::load()加载的QML对象？

嘿，这个Qt对象生命周期的坑我可太熟了！咱们先把问题根源理清楚：你遇到的报错是因为Exposed对象e比QQmlApplicationEngine先销毁，而QML引擎还持有对e的引用，导致销毁后访问空指针。下面给你几个实用的解决方案，从手动卸载到更优雅的设计思路都有：

1. 手动清理QML引擎的根对象 #

QQmlApplicationEngine没有直接的unload方法，但我们可以通过销毁它的所有根对象来达到类似效果。在app.exec()结束后（或者你需要卸载的时机），遍历引擎的根对象并安全销毁它们：

int main(int argc, char* argv[]) {
    QGuiApplication app(argc, argv);
    QQmlApplicationEngine engine;
    Exposed e;
    engine.rootContext()->setContextProperty("exposed", &e);
    engine.load("test.qml");
    
    int ret = app.exec();
    
    // 手动清理所有QML根对象
    for (auto rootObj : engine.rootObjects()) {
        rootObj->deleteLater(); // 安全地在事件循环中销毁对象
    }
    engine.clearComponentCache(); // 可选：清理组件缓存，释放更多资源
    
    return ret;
}

这样做之后，QML侧的对象会先于e被销毁，就不会出现后续的空指针访问错误了。

2. 用父子关系自动管理生命周期 #

这其实是更省心的方案——把Exposed对象设置为QQmlApplicationEngine的子对象。Qt的父子对象机制会保证子对象在父对象之后被销毁，从根源上避免顺序问题：

int main(int argc, char* argv[]) {
    QGuiApplication app(argc, argv);
    QQmlApplicationEngine engine;
    // 把engine作为e的父对象，Qt会自动处理销毁顺序
    Exposed* e = new Exposed(&engine); 
    engine.rootContext()->setContextProperty("exposed", e);
    engine.load("test.qml");
    
    return app.exec();
}

完全不用纠结创建/销毁的顺序，Qt会帮你搞定一切，这也是Qt推荐的对象管理方式。

3. 使用QQmlComponent实现精细控制 #

如果需要更灵活地掌控QML对象的创建和销毁，可以放弃engine.load()，改用QQmlComponent手动创建QML实例：

int main(int argc, char* argv[]) {
    QGuiApplication app(argc, argv);
    QQmlApplicationEngine engine;
    Exposed e;
    engine.rootContext()->setContextProperty("exposed", &e);
    
    // 手动创建QML组件
    QQmlComponent component(&engine, QUrl("test.qml"));
    QObject* qmlObj = component.create();
    // 如果是窗口类，手动显示
    if (auto window = qobject_cast<QQuickWindow*>(qmlObj)) {
        window->show();
    }
    
    int ret = app.exec();
    
    // 手动销毁QML对象，时机完全由你掌控
    delete qmlObj;
    
    return ret;
}

这种方式下，你可以在e销毁前主动删掉QML对象，彻底切断引用关系。

额外小建议 #

• 你的Q_PROPERTY里定义了NOTIFY never，其实对于只读属性，NOTIFY信号是可选的，可以直接删掉这个信号，让代码更简洁；
• 如果不想用堆分配对象，也可以用QScopedPointer这类智能指针来管理Exposed的生命周期，配合父子关系使用更安全。

备注：内容来源于stack exchange，提问作者Ivan