之前我在论坛提问关于win10下dll释放问题,不知为什么现在这个提问找不到了,问题大致描述是这样的,我有一个A.dll,代码逻辑是使用完之后就会立马释放的,但实际情况是它并没有立刻释放,而是在主程序释放前再进行释放,并且会弹出以下Runtime error 地址错误
随后产生崩溃日志
看到这种地址错误,首先想到是代码问题,但查了很久,没查出哪里有问题,于是干脆把代码都屏蔽掉,遗憾的是,仍然报错。最后想不到还有什么办法了,只能开始怀疑不是代码的问题, 直接把A.dll改成B.dll再调用,惊喜的是B.dll正常释放了!关闭主程序也没有崩溃了!说明不是代码的问题,很有可能就是操作系统配置问题,而且这个问题之前在xp和win7下开发没遇到过,应该是Win10有某个地方设置某些dll名在主程序释放前才释放。但是怎么找到配置呢,windows最常用的配置就是注册表,先从注册表找起,输入A.dll点击查找,直到找到 HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers路径下有个节点值为 $~ IgnoreFreeLibrary<A.dll> RUNASADMIN,节点名称为主程序的路径
这个目录通常是用来设置程序用管理员权限打开,看到IgnoreFreeLibrary 感觉就是跟dll释放有关系,因为释放dll正是调用FreeLibrary来释放的,而Ignore为忽略的意思,会不会就是忽略A.dll的FreeLibrary调用的意思呢?光想没用,先导出注册表,然后直接把这个节点删掉,打开程序验证,果然不出所料,程序不报错了!也没有崩溃日志产生!问题解决了!
后面百度了一下IgnoreFreeLibrary,想了解其作用,百度不到,直接谷歌,还是国外的程序员牛逼,在2014年就有人发现了这个问题
看完有关文章 都没人回答到这个设置的作用:
也有人尝试重现这个问题,但好像失败了
我猜测产生的原因可能是之前这个dll确实有内存释放问题,windows就记录了,下一次就不再调用它的释放函数。
好了,现在总算知道了问题产生的原因,以后编译工程再也不用把主程序退出再编译了 美滋滋。