GC 使 QML 应用程序崩溃

不要害怕！这不是生产代码。这只是为了学习有关QML的新知识！ 我不寻求'你不要做这样的事情——那样做'。 我对QML的内部更感兴趣

考虑以下 QML 代码

import QtQuick 2.4
import QtQuick.Window 2.0
Window {
    id: root
    width: 800
    height: 600
    visible: true
    GridView {
        width: 800
        height: 200
        model: 4000
        flow: GridView.FlowTopToBottom
        delegate: Rectangle {
            id: myDelegate
            width: 100
            height: 100
            border.width: 1
            Column {
                anchors.fill: parent
                Text {
                    text: index
                    height: 20
                    width: parent.width
                }
                Item {
                    id: frame0
                    height: 20
                    width: parent.width
                }
                Item {
                    id: frame1
                    height: 20
                    width: parent.width
                }
            }
            Component.onCompleted: {
                // if (index % 100 === 0) gc()
                frame0.children = [myComp.createObject(myDelegate)]
                frame1.children = [myComp.createObject(null)]
                frame0.children[0].text = 'QML ' + index
                frame1.children[0].text = 'JS ' + index
            }
        }
        Component {
            id: myComp
            Text {
                anchors.centerIn: parent
                Component.onDestruction: console.log('Destroy ' + text)
            }
        }
    }
}

它在一定程度上说明了使用动态对象创建(JS(时QML的内存管理。我有一个ListView，它创建了一些委托，并让我浏览它们，按需创建新的代表。

诀窍是：创建新委托时，它使用JavaScript动态对象创建来创建文本对象的两个实例。

其中一个是委托的父级，另一个是null的父级，因此它的生命周期由 JS-Engine 决定。一旦没有指针，它应该被垃圾回收，指向它。

首先，我将将它们都放在一个frame(Item(中以显示(设置视觉父级(。作为委托，这些帧将被销毁。正如预期的那样，这将销毁将委托作为父级的动态创建的对象。另一个(应该(留给垃圾收集器来完成他的工作。

这就是它失败的地方 - 有时应用程序在 GC 启动之前崩溃，有时它会崩溃，而 GC 正在尝试完成其工作。

尽管文档不推荐它，但它确实有帮助，手动调用 GC(激活 Component.onCompleted 中注释掉的行(。

所以在我看来，GC 高估了它的能力，并决定在已经很晚的时候开始行动。

这可能是什么原因？有没有办法告诉总理事会积极主动？

再次：我不打算在我的代码中使用带有.createObject(null)的动态对象创建。这是纯粹的好奇心。