qt - 关闭应用程序时 QQuickItem 析构函数/changeListeners 崩溃(Qt 5.6)

Question

我们有一个相当大的 QtQuick 应用程序，有很多模式对话框。所有这些模式都具有一致的外观和行为，并且具有左按钮、右按钮、内容和附加警告小部件。我们使用以下基类(PFDialog.qml):

Window {
    property alias content: contentLayout.children
    ColumnLayout {
        id: contentLayout
    }
}

并通过以下方式声明对话框(main.qml):

Window {
    visible: true
    property var window: PFDialog {
        content: Text { text: "Foobar" }
    }
}

问题在于，当应用程序关闭时，QQuickItem 析构函数中会发生段错误。这种段错误很难重现，但有一种万无一失的方法可以让它发生:在 Visual Studio 处于 Debug模式下，释放的内存会充满 0xDDDDDDDD，每次都会触发段错误。

完整的示例应用程序可以在这里找到:https://github.com/wesen/testWindowCrash

崩溃发生在QQuickItem::~QQuickItem:

for (int ii = 0; ii < d->changeListeners.count(); ++ii) {
    QQuickAnchorsPrivate *anchor = d->changeListeners.at(ii).listener->anchorPrivate();
    if (anchor)
        anchor->clearItem(this);
}

原因是我们的对话框的内容(上例中的文本项)是主窗口的 QObject 子窗口，但也是对话框窗口的可视子窗口。当关闭应用程序时，对话框窗口首先被销毁，并且在删除文本项时，对话框窗口(仍然注册为changeListener)是陈旧的。

现在我的问题是:

• 这是 QtQuick 错误吗？当对话框被销毁时，它是否应该取消其子级的changeListener注册(我认为应该)
• 我们的属性别名内容:layout.children模式是否正确，或者是否有更好的方法来做到这一点？声明默认属性别名时也会发生这种情况。

为了完整起见，以下是我们在应用程序中对其进行修复的方法。当内容更改时，我们将所有项目重新设置为布局项目。正如你们都会同意的，优雅。

function reparentTo(objects, newParent) {
    for (var i = 0; i < objects.length; i++) {
        qmlHelpers.qml_SetQObjectParent(objects[i], newParent)
    }
}
onContentChanged: reparentTo(content, contentLayout)

Answer 1

我多次遇到这个问题，我不认为这是一个错误，更像是一个设计限制。您获得的隐式行为越多，您拥有的控制权就越少，从而导致对象销毁和访问悬空引用的顺序不正确。

在许多情况下，当您超出了简单的“按书本”qml 应用程序的范围时，这种情况可能会“自行”发生，但在您的情况下，是您自己在做这件事。

如果您想要适当的所有权，请不要使用此:

property var window: PFDialog {
    content: Text { text: "Foobar" }
}

改用这个:

property Window window: dlg // if you need to access it externally
PFDialog {
    id: dlg
    content: Text { text: "Foobar" }
}

这是一个很好的理由:

property var item : Item {
  Item {
    Component.onCompleted: console.log(parent) // qml: QQuickItem(0x4ed720) - OK
  }
}
// vs
property var item : Item {
  property var i: Item {
    Component.onCompleted: console.log(parent) // qml: null - BAD
  }
}

child 与属性(property)不同。属性仍然被收集，但它们没有父子关系。

至于实现“动态内容”，我使用 ObjectModel 取得了良好的效果:

Window { 
    property ObjectModel layout
    ListView {            
        width: contentItem.childrenRect.width // expand to content size
        height: contentItem.childrenRect.height
        model: layout
        interactive: false // don't flick
        orientation: ListView.Vertical
    }
}

然后:

PFDialog {
    layout: ObjectModel {
        Text { text: "Foobar" }
        // other stuff
    }
}

最后，为了在关闭应用程序之前进行显式清理，您可以在主 QML 文件上实现一个处理程序:

onClosing: {
    if (!canExit) doCleanup()
    close.accepted = true
}

这可以确保在不先进行清理的情况下窗口不会被破坏。

最后:

is our property alias content: layout.children pattern correct, or is there a better way to do this? This also happens when declaring a default property alias.

这不是我上次研究它，但至少是几年前的事了。如果将声明为子对象的对象实际上成为其他对象的子对象当然是件好事，但当时这是不可能的，而且现在仍然可能不可能。因此需要涉及对象模型和 ListView 的稍微详细的解决方案。如果您调查此事并发现不同的情况，请发表评论让我知道。