在dll中创建了一个QDialog,但是考虑到风格优化,就给DLL关联了风格优化的Style模块,从而可以引用StyleDialog类来提供产品统一风格。但是关闭Dialog的时候出现错误
单步跟踪发现是原窗体释放之后进入到: `scalar deleting destructor' 语句时候出现堆异常。并且弹出断言错误窗口,提示_CrtIsValidHeapPointer,看名字也是和堆指针有关系的一个问题。
探索原因:应该是直接把DLL里的子类QDialog作为child成员挂到了风格窗体下,并且都是以对象的方式存在,因此释放的时候直接在StyleDialog的释放流程中析构对象,由于这个类的对象不在堆上,就出现了问题。
解决方法:把对象替换为指针新建,就不再报错。指针自己维护其释放即可。
{
GBQNewForm *pNewForm = new GBQNewForm(); // 使用指针而不是对象
StyleDialog oStyleDlg;
oStyleDlg.dialogExec();
freeAndNil(pNewForm); // 自己管理指针的释放
}
这里需要关注一下,警惕静态链接情况下,另一个模块的对象下挂本模块生成的对象并在析构时候自动析构对象。(Qt直接通过pro文件把另一个模块引入过来就是静态链接了)
引用其他文章:原文链接:https://blog.csdn.net/linfengmove/article/details/83151932
跨模块传递C++对象,如果大家共用C++动态库,没有关系,因为在调用结束,栈上的函数参数析构后清除同一C++库管理的内存,但是如果是静态链接的C++动态库,那就麻烦了,会导致申请在一个模块中,释放在另一个模块中(这块一会介绍下)。大家用的不是同一个堆内存,释放的内存对象就不对了。这种情况下就使用基本类型(int, char, 指针等),这样就避免了申请和释放内存的问题。
C++在跨模块调用函数时,如果参数是C++类,那么会在被调用方的栈上申请内存,但是函数调用完毕后,要释放参数的空间则是使用调用方的清除函数,所以就造成了申请和释放内存的不匹配。
__cdecl调用方式(C++默认调用方式),参数由调用者释放,所以跨dll传递的C++类型参数,栈内存是由被调用者申请的,但是释放是由调用者来进行,两个模块如果是动态链接的C++库,那么这个没有问题,因为大家释放的都是同一个C++运行库中的堆栈地址,如果不是那就会造成程序错误。
__stdcall调用方式,参数由被调用者申请内存,释放也是由被调用者释放,所以大家都在同一个C++运行期库中申请/释放,所以不会有问题。但是事实在验证中还是出了问题,函数调用不返回。
所以,在跨模块传递参数的时候,要不选择基础类型,要不就直接传递指针(内存由调用者管理),避免在跨模块造成的内存管理问题。另外尽量选择动态链接到C++运行期库,这样内存管理更安全。