20200514-02 C++ 指针所有权 QML 等释放控件重新读取 C++ 指针出现异常或发现指针被释放等问题说明

一、前言

  写 QML 这么久，却因为英文所限没有认真解读，QML 与 C++ 交互最重要的一条就是传递到 QML 的 C++ 对象的所有权，在实际项目开发中会会发现，tableview 或者其他控件被释放之后重新读取原先的 C++ 对象就会发生内存异常，从而导致程序奔溃。
  调试之后，会发现是由于 C++ 指针被释放了，当 QML 控件被释放的时候同时释放了 C++ 对象

二、数据权限 Data Ownership

Data Ownership
When data is transferred from C++ to QML, the ownership of the data always remains with C++. The exception to this rule is when a QObject is returned from an explicit C++ method call: in this case, the QML engine assumes ownership of the object, unless the ownership of the object has explicitly been set to remain with C++ by invoking QQmlEngine::setObjectOwnership() with QQmlEngine::CppOwnership specified.
Additionally, the QML engine respects the normal QObject parent ownership semantics of Qt C++ objects, and will never delete a QObject instance which has a parent.

大致翻译如下：
当数据从 C++ 传递到 QML 中时，C++ 通常会保留这个数据的所有权；但是，当 QML 通过声明的方法从 C++ 获取一个 QObject 对象的指针时，QML 将会获取这个 QObject 对象的所有权，除非显式调用 QQmlEngine::setObjectOwnership() 方法并指定为 QQmlEngine::CppOwnership
通常来说 QML 不会主动更改正常 QObject 对象父类，也就不会删除一个拥有父类的 QObject 实例（父类不是 QML)

根据最后一句话，可以得出结论，只要在 new 一个 QObject 对象的时候声明父类 比如 new QObject(this) 就可以避免 QML 释放自身控件的时候同时把 C++ 对象释放

三、实际使用感言

  在实际嵌入式设备开发中，特别是 TableView 如果涉及到控件比较复杂，控件加载会消耗很多 CPU 资源从而导致使用过程中出现卡顿的情况，通过将控件与 C++ 对象绑定，就可以避免刷新界面从而只要刷新底层数据指针通过 QML 与 C++ 交互方式就可以用极快的方式完成数据的显示和处理
  当时 QML 与 底层数据是多线程情况，但 QML 无法与非同线程对象建立信号关系，所以可以考虑直接在 QML 线程处动态生成 delegate 对象，以保证交互所需