QML绑定偶发失效：是Qt Bug还是代码存在疏漏？

是否属于Qt/QML绑定Bug？ #

有可能。Qt 5.15作为LTS版本虽整体稳定，但在异步Loader+动态Qt.binding()+Binding元素的组合场景下，存在偶发的绑定依赖链断裂、信号连接失效的已知问题。比如启动阶段事件循环压力大时，Loader异步加载完成时机与属性变更信号触发时机重叠，可能导致动态绑定的依赖跟踪未正确建立。

其他可能的触发原因 #

• 动态绑定上下文丢失：Qt.binding(() => !item.isSunny)中的item指向Loader加载的A实例，若Loader内部因异步加载异常出现隐式对象重建（日志未体现但存在极小概率），绑定引用的旧对象已销毁，新实例的isSunny变化无法触发绑定更新。
• BindingA的delayed属性引发竞态：BindingA设置了delayed: true，会将isSunny的更新延迟到下一个事件循环。如果Loader的onLoaded信号触发时，BindingA的延迟更新还未完成，此时建立的BindingB可能仅关联了isSunny的默认值true，后续isSunny的真实变更无法被BindingB感知。
• 信号连接偶发失效：QML绑定依赖内部信号槽关联，极端场景下（如启动时大量事件堆积），isSunny的变更信号与BindingB的连接可能漏绑定，导致后续属性变化无法触发更新。
• 属性被意外覆盖：若UI或其他逻辑中存在对_innerItemB.isCloudyInA的直接赋值（非绑定），会覆盖动态绑定，导致后续变更无法触发更新。从日志看此概率较低，但需排查。

排查与修复建议 #

• 替换动态绑定为显式Binding元素：显式Binding的生命周期更可控，避免Qt.binding()的上下文风险，修改B.qml如下：

// B.qml中_innerItemB内部添加
Binding {
    target: _innerItemB
    property: "isCloudyInA"
    value: _loader.item ? !_loader.item.isSunny : true
    when: _loader.status === Loader.Ready
}

• 调整BindingA的delayed属性：若无需延迟更新，直接移除delayed: true消除竞态；若必须延迟，可在Loader的onLoaded中通过Qt.callLater延迟建立BindingB，等待BindingA的更新完成。
• 增加日志定位问题：在A.qml的根Item添加isSunny变更日志，直接区分是BindingA还是BindingB失效：

// A.qml root节点添加
onIsSunnyChanged: {
    console.log("A onIsSunnyChanged: " + isSunny);
}

• 升级Qt版本：优先升级到Qt 5.15的最新补丁版本，或迁移至Qt 6.x，后续版本修复了大量绑定相关的偶发问题。

内容的提问来源于stack exchange，提问作者James Sun