Qt5.15.11静态编译转动态编译后触发堆断言错误

错误原因分析 #

__acrt_first_block == header断言失败是MSVC调试堆的典型报错，核心问题是内存分配与释放使用了不同的C运行时库（CRT），或是静态库与动态库混合链接导致内存跨模块管理冲突。结合你从静态Qt迁移到动态Qt的场景，大概率是配置不一致或残留静态依赖引发的问题。

排查修复步骤 #

1. 统一CRT运行库配置 #

• 打开项目属性，进入C/C++ -> 代码生成 -> 运行库：
  • Debug模式必须设为多线程调试DLL(/MDd)，Release模式设为多线程DLL(/MD)，确保和你编译动态Qt时用的CRT完全一致
  • 严禁混用/MT（静态CRT）和/MD（动态CRT），这是触发该断言的最常见原因

2. 清理残留静态Qt依赖 #

• 进入链接器 -> 输入 -> 附加依赖项，删除所有静态Qt库（静态库通常为libQt5XXX.a格式，或无对应.dll的Qt5XXX.lib）
• 检查VC++目录 -> 库目录，移除指向旧静态Qt安装路径的条目

3. 验证预处理器定义 #

• 确认C/C++ -> 预处理器 -> 预处理器定义：
  • Debug模式：包含QT_DLL;QT_DEBUG
  • Release模式：包含QT_DLL
  • 彻底删除所有静态相关定义（如QT_STATIC）

4. 确认Qt编译的CRT参数 #

• 重新检查Qt编译配置，确保未启用静态CRT。如果之前编译时加了-static-runtime，需去掉该参数重新编译Qt；默认动态编译Qt会使用/MD，可通过configure命令添加-platform win32-msvc -shared明确指定动态CRT

5. 清理缓存并重建项目 #

• 删除项目的Debug/Release输出目录、.obj和.pdb文件
• 在VS中执行生成 -> 清理解决方案，然后重新生成整个项目
• 确保windeployqt收集的是对应动态版本的Qt依赖，避免混入静态库文件

6. 排查自定义代码的内存操作 #

• 检查mouseReleaseEvent及关联模型代码中，是否存在手动new/delete跨模块操作内存的情况
• 确保Qt框架分配的对象通过父子关系管理内存，不要手动释放Qt内部创建的对象

额外测试方案 #

• 创建最小化动态Qt项目：仅添加QTableView并调用selectionModel()->selectedIndexes()，验证是否正常运行。如果最小项目无问题，说明原项目存在残留静态配置或冲突代码
• 用VS的依赖项工具（depends.exe）检查生成的exe，确认所有Qt依赖均为动态.dll，无静态库混入

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