MFC对话框项目中delete[]释放CDBVariant数组触发访问崩溃问题

这是VS2017对应版本（MSVC 19.10、MFC 14.10）动态链接库的已知bug，核心问题出在动态链接版本的MFC库中CDBVariant的向量删除析构函数实现错误：

• MFC对话框项目默认采用动态链接MFC的配置，执行delete[]时会调用mfc140ud.dll中自带的CDBVariant向量删除析构函数，该函数错误计算了数组元素的内存偏移，最终尝试访问空指针偏移0x47的内存地址，抛出0xC0000005访问违例。
• 控制台项目默认通常为静态链接MFC，CDBVariant的析构相关逻辑会随项目一起编译，使用的是编译器生成的正确实现，因此不会触发问题。
• 封装到空类后可正常运行的原因是：封装类的向量删除析构函数由本地编译器生成，逻辑正确，会逐个调用内部CDBVariant的普通析构函数，绕开了MFC动态库中的错误实现。

按推荐优先级排序：

• 方案1：改用std::vector<CDBVariant>容器（最推荐）
  标准库容器会自主管理内存，销毁时逐个调用元素的普通析构函数后再释放整体内存，完全不会触发有问题的delete[]逻辑，同时也更符合现代C++代码规范，无需手动管理内存。
  示例代码：

  #include <vector>
  // 声明数组
  std::vector<CDBVariant> myVars(N);
  // 访问方式和原生数组完全一致：myVars[i]
  // 离开作用域自动销毁，无需手动释放
  

• 方案2：使用空类封装CDBVariant
  和测试逻辑一致，仅需一层无额外成员的封装即可绕开bug，对原有代码改动最小：

  class CDBVariantWrap {
  public:
      CDBVariant val;
  };
  // 使用
  CDBVariantWrap* myVars = new CDBVariantWrap[N];
  // 访问用myVars[i].val
  delete[] myVars;
  

• 方案3：修改MFC链接方式为静态链接
  在项目属性-常规-MFC使用中，选择「在静态库中使用 MFC」，所有MFC类的实现会直接编译到你的exe中，不会调用动态库的错误实现。缺点是生成的exe体积会明显增大。
• 方案4：手动调用析构+释放内存
  完全绕开delete[]的向量析构逻辑，手动控制析构和内存释放流程：

  CDBVariant* myVars = new CDBVariant[N];
  // 使用完成后
  for (int i = 0; i < N; ++i) {
      myVars[i].~CDBVariant();
  }
  operator delete[](myVars);
  

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