QML与C++交互需严格管理对象生命周期和类型注册：C++对象须为QObject派生并用setContextProperty传递，属性用Q_PROPERTY声明且配NOTIFY信号，自定义类型需qRegisterMetaType注册，QAbstractListModel适用于复杂数据场景。
QML里怎么拿到C++对象的属性和信号
必须把C++对象注册为QML可识别的类型，且暴露方式要匹配QML的绑定机制。直接传裸指针或局部对象会崩溃，QML引擎不管理其生命周期。
- 用
setContextProperty时，对象必须是QObject*且生命周期长于QML引擎（比如存在整个应用周期），不能是栈对象或临时new后没被父对象接管的指针 - 想让QML自动响应属性变化，C++类中属性必须用
Q_PROPERTY声明，并配好NOTIFY信号（信号名需与属性名一致，如valueChanged()对应value） - QML里访问属性是异步绑定的，如果C++侧在构造函数里就发信号，QML可能还没完成绑定——建议延迟一帧再 emit，比如用
QMetaObject::invokeLater
C++调用QML里的函数为什么总返回undefined
QML函数必须定义在 Item 或其子类（如 Rectangle、Component）的根作用域下，且不能是箭头函数或内联表达式；C++端调用前还得确认QML组件已完整加载并完成实例化。
- 检查QML对象是否已
complete：用QQmlApplicationEngine::rootObjects()拿到对象后，先判断object->isReady()（Qt 5.15+）或观察statusChanged信号 - QML函数需加
function关键字，不能写成onClicked: doSomething()这种事件处理器形式；返回值类型不声明也没关系，但若返回JS对象，C++侧要用QVariantMap接收 - 参数类型要小心：QML传
number到C++的int没问题，但传Date对象过去会变成空QVariant，得用QDateTime显式转换
ListModel和QAbstractListModel哪个更适合传复杂数据
纯QML逻辑用 ListModel 简单直接；涉及排序、过滤、后台线程更新或已有C++数据结构时，必须用 QAbstractListModel 子类。
-
ListModel是QML内置类型，只支持固定字段结构（如{name: "a", id: 1}），不能动态增删列，也不支持角色名以外的任意键名 -
QAbstractListModel要重写data()、rowCount()和roleNames()，角色名必须是QHash<int, QByteArray>形式，且整数key从Qt::UserRole + 1开始，不能用0或负数 - 性能差异明显：1000条以上数据滚动时，
QAbstractListModel支持懒加载和缓存，而ListModel会一次性全量序列化到JS堆，内存涨得快
信号传参含自定义类型时为什么QML收不到
自定义C++类型必须显式注册，且满足元对象系统要求：继承 QObject、有 Q_OBJECT 宏、所有成员变量类型本身也已注册。
立即学习“C++免费学习笔记（深入）”；
- 注册顺序很重要：必须在
qRegisterMetaType之后、qmlRegisterType或setContextProperty之前调用qRegisterMetaTypeStreamOperators（如果要支持序列化） - QML里接收该类型信号参数时，不能用
var直接解构，得先用typeof xxx === "object"判断，再通过xxx.propertyName访问字段——因为QML不自动展开C++对象的属性 - 常见坑：忘了在头文件里加
Q_DECLARE_METATYPE(MyStruct)，或者结构体里用了std::string这种非Qt类型，导致编译过但运行时报Unable to assign [unknown-type] to QVariant
