QML Connections在新插入ListView行中无法触发的问题

这确实是Qt 5.x版本里容易踩的一个时序坑，严格来说不算Bug，但很容易让人困惑——咱们来一步步拆解原因和解决办法：

问题原因 #

当你点击按钮调用addAnimal()时，执行顺序是：

1. 调用insertRow(0)触发模型插入新行，ListView会在beginInsertRows和endInsertRows的范围内创建新的delegate组件；
2. 更新m_myProperty并立即发射myPropertyChanged()信号；

但这里的关键是：新创建的delegate及其内部的Connections组件，在信号发射时还没完成初始化绑定。旧行的Connections早就完成了绑定，所以能收到信号；而新行的Connections是在信号发射之后才完成target绑定的，自然就错过了这次信号。

解决方案 #

有几种简单的方式可以解决这个问题：

方案1：延迟发射信号

利用QTimer::singleShot将信号发射延迟到事件循环的下一轮，给新delegate足够的时间完成初始化：

void AnimalModel::addAnimal() {
    insertRow(0);
    m_myProperty = m_animals.count();
    // 延迟到下一轮事件循环发射信号
    QTimer::singleShot(0, this, [this](){
        emit myPropertyChanged();
    });
}

这样新delegate的Connections组件已经绑定好target，就能正常收到信号了。

方案2：在Delegate完成后再连接信号

修改QML中的delegate，不在组件初始化时直接用Connections，而是在Component.onCompleted里手动连接信号：

delegate: Text {
    text: index + ": Animal: " + type + ", " + size + ", " + list.model.myProperty

    Component.onCompleted: {
        // 组件创建完成后再连接信号
        myModel.myPropertyChanged.connect(function() {
            console.log(index + ", " + list.model.myProperty)
        })
    }
}

这种方式能确保新delegate在创建完成后才监听信号，不会错过后续的发射。

方案3：直接绑定属性变化

Qt Quick支持直接监听模型属性的变化，无需使用Connections组件，写法更简洁：

delegate: Text {
    text: index + ": Animal: " + type + ", " + size + ", " + list.model.myProperty

    // 直接监听模型属性变化
    onListModelMyPropertyChanged: {
        console.log(index + ", " + list.model.myProperty)
    }
}

注意这里的listModel对应你的ListView的model属性名（即myModel），Qt会自动生成on[PropertyName]Changed的信号处理器。

补充说明 #

这个问题在Qt 5.9.5中确实存在，本质是模型更新、组件初始化与信号发射的时序冲突，并非Qt的Bug。在后续的Qt版本（如Qt 5.12及以上）中，ListView的组件初始化逻辑有优化，但核心的时序问题还是需要开发者通过调整信号发射时机或绑定方式来规避。

内容的提问来源于stack exchange，提问作者Miro Kropacek