QQuickView触发new-delete-type-mismatch：代码问题还是Qt Bug？

首先可以明确：你的测试代码完全符合Qt的标准使用规范，没有任何手动内存管理的错误，这个new-delete-type-mismatch错误是Qt框架内部与AddressSanitizer（ASAN）交互时出现的问题，大概率属于Qt的已知问题或者版本兼容性问题。

错误原因分析 #

从ASAN的报错信息能看到关键细节：

• 错误触发在QQuickView析构过程中，调用QObjectPrivate::deleteChildren()销毁QML创建的QQuickItem派生对象
• ASAN检测到分配的对象实际大小为168字节（对应QML中Item及其内部派生的具体类型），但销毁时却按32字节的基类QQuickItem类型执行delete

这种情况通常是因为Qt的QML对象模型在创建对象时使用了自定义内存分配逻辑（比如通过QQmlType::create方法），而销毁时通过基类析构函数触发delete操作。ASAN的严格类型检测会将这种场景判定为类型不匹配，但实际上Qt的多态析构逻辑是正确的，程序本身的内存管理没有实质问题。

解决建议 #

针对这个问题，你可以尝试以下几种处理方式：

• 升级Qt版本：这类ASAN兼容性问题在较新的Qt版本中可能已经被修复，建议尝试升级到Qt 5.15.x系列（如果使用Qt 5），或者直接迁移到Qt 6，验证是否还会出现该错误。
• 忽略ASAN的该类告警：如果暂时无法升级Qt，可以通过设置环境变量关闭ASAN对类型不匹配的检测，这样程序不会因为这个告警崩溃，同时不影响ASAN对其他内存问题的检测：

  export ASAN_OPTIONS=new_delete_type_mismatch=0
  

• 保持代码规范：确保你的代码中从未手动接管QML对象的内存（比如不要手动delete QML引擎创建的对象），你的测试代码已经遵循了这个原则，这是正确的做法。

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