QML垃圾收集删除仍在使用的对象

我曾多次遇到这个问题，无论对象是在QML还是C++中创建的，都是动态创建的。这些对象在使用中被删除，导致无明显原因的严重崩溃。这些对象仍然是其他对象的引用对象和父对象，一直到根对象，所以我觉得QML在它们的refcount仍然高于零的情况下删除这些对象很奇怪。

到目前为止，我找到的唯一解决方案是在C++中创建对象，并显式地将所有权设置为CPP，从而无法从QML中删除对象。

起初，我认为这可能是养育子女的问题，因为我使用的是QObject派生类，并且动态实例化的QML方法为父级传递Item，而QtObject甚至没有父级属性-它没有从QObject中公开。

但后来我尝试了Qobject派生，它公开并使用父子关系，最后甚至尝试使用Item，只是为了确保对象是正确的父子关系，但这种行为仍然存在。

这里有一个产生这种行为的例子，不幸的是，我无法将其扁平化为单个源，因为Component的深度嵌套破坏了它：

// ObjMain.qml
Item {
    property ListModel list : ListModel { }
    Component.onCompleted: console.log("created " + this + " with parent " + parent)
    Component.onDestruction: console.log("deleted " + this)
}
// Uimain.qml
Item {
    id: main
    width: childrenRect.width
    height: childrenRect.height
    property Item object
    property bool expanded : true
    Loader {
        id: li
        x: 50
        y: 50
        active: expanded && object && object.list.count
        width: childrenRect.width
        height: childrenRect.height
        sourceComponent: listView
    }
    Component {
        id: listView
        ListView {
            width: contentItem.childrenRect.width
            height: contentItem.childrenRect.height
            model: object.list
            delegate: Item {
                id: p
                width: childrenRect.width
                height: childrenRect.height
                Component.onCompleted: Qt.createComponent("Uimain.qml").createObject(p, {"object" : o})
            }
        }
    }
    Rectangle {
        width: 50
        height: 50
        color: "red"
        MouseArea {
            anchors.fill: parent
            acceptedButtons: Qt.RightButton | Qt.LeftButton
            onClicked: {
                if (mouse.button == Qt.RightButton) {
                    expanded = !expanded
                } else {
                    object.list.append({ "o" : Qt.createComponent("ObjMain.qml").createObject(object) })
                }
            }
        }
    }
}
// main.qml
Window {
    visible: true
    width: 1280
    height: 720
    ObjMain {
        id: obj
    }
    Uimain {
        object: obj
    }
}

这个例子是一个简单的对象树生成器，左按钮向节点添加一个叶子，右按钮折叠节点。重现错误所需要的只是创建一个深度为3的节点，然后折叠和扩展根节点，控制台输出显示：

qml: created ObjMain_QMLTYPE_0(0x1e15bb8) with parent QQuickRootItem(0x1e15ca8)
qml: created ObjMain_QMLTYPE_0(0x1e5afc8) with parent ObjMain_QMLTYPE_0(0x1e15bb8)
qml: created ObjMain_QMLTYPE_0(0x1e30f58) with parent ObjMain_QMLTYPE_0(0x1e5afc8)
qml: deleted ObjMain_QMLTYPE_0(0x1e30f58)

最深节点的object被无故删除，即使它是父节点Item的父节点，并且在列表模型中的JS对象中被引用。试图将新节点添加到最深的节点会使程序崩溃。

行为是一致的，无论树的结构如何，只有第二级节点存活，当树折叠时，所有更深的节点都会丢失。

故障不在于用作存储的列表模型，我已经用JS数组和QList进行了测试，但对象仍然丢失。本例使用列表模型只是为了保存C++模型的额外实现。到目前为止，我找到的唯一补救办法是完全拒绝QML对这些对象的所有权。尽管这个例子产生了相当一致的行为，但在生产代码中，自发的删除通常是完全任意的。

关于垃圾回收器——我以前测试过它，注意到它非常自由——创建和删除100 MB内存的对象并没有触发垃圾回收来释放内存，但在这种情况下，只有几个几百字节的对象被匆忙删除。

根据文档，具有父对象或被JS引用的对象不应被删除，在我的情况下，两者都是有效的：

该对象由JavaScript所有。当对象返回QML时作为方法调用的返回值，QML将跟踪并删除它如果没有剩余的JavaScript引用，并且没有Q对象：：parent（）

正如Filip的回答中所提到的，如果对象是由一个不在被删除对象中的函数创建的，则不会发生这种情况，因此这可能与模糊提及的与QML对象相关的JS状态有关，但我基本上仍然不知道为什么会发生删除，因此这个问题实际上仍然没有答案。

有什么原因吗？

更新：九个月后，这个关键错误的开发仍然为零。同时，我发现了一些其他场景，其中删除了仍在使用的对象，在这些场景中，对象是在哪里创建的并不重要，简单地在主qml文件中创建对象的解决方法也不适用。最奇怪的是，当对象被"取消引用"时，它们并没有被破坏，而是被"重新引用"时。也就是说，当引用它们的视觉对象被破坏时，它们并没有被破坏，而是在重新创建时。

好消息是，即使是在QML中创建的对象，也可以将所有权设置为C++，因此QML中对象创建的灵活性不会丢失。调用一个函数来保护和删除每个对象会带来一些小的不便，但至少可以避免QtQuick的错误寿命管理。尽管如此，我还是喜欢QML的"便利性"——被迫回到手动对象生命周期管理。