C++跨DLL内存所有权问题探幽(二)CRT中MT和MD混用导致的所有权问题

2023-11-10 13:15

本文主要是介绍C++跨DLL内存所有权问题探幽(二)CRT中MT和MD混用导致的所有权问题,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

0xC0000374: 堆已损坏。 (参数: 0x00007FFA1E9787F0)。
_Mem 是 nullptr

我在开发的过程中有遇到上面两个东西的bug,百思不得其解,最后才发现这个和两个DLL中的MT和 MD选项有关系。

具体情境时:我在一个MT编译的DLL A中引用了一个MD编译的DLL B,并且在A的头文件中声明了一个B对象,这段代码在使用的过程中产生了所有权问题,导致了上述的两个问题。

在正式讨论这个问题之前,需要做一些知识储备

什么是MD和MT编译?

在C++中,MD(Multi-threaded DLL)和MT(Multi-threaded)是Microsoft Visual C++编译器提供的不同的运行时库选项。它们在处理线程、内存管理和链接方式上有所不同。

Multi-threaded DLL(MD):

相当于在编译的时候不将DLL依赖的DLL放在其内部。

MD选项意味着您的应用程序将使用动态链接的多线程C/C++运行时库(CRT)。这意味着您的应用程序将与系统共享这些运行时库。这可以减少最终生成的可执行文件的大小,因为它们不会包含整个运行时库的副本。

运行时库的版本由操作系统决定。如果系统中已经安装了相应版本的运行时库,那么您的应用程序将可以共享这些库,而不需要额外的安装。

Multi-threaded(MT):

相当于在编译的时候将DLL依赖的DLL放在其内部。

MT选项意味着您的应用程序将使用静态链接的多线程C/C++运行时库(CRT)。这意味着您的应用程序将包含完整的运行时库的副本,因此可能会增加最终生成的可执行文件的大小。
运行时库会随着应用程序一起分发,因此用户在运行应用程序之前不需要安装任何其他组件。
这些运行时库负责处理诸如内存管理、线程管理、异常处理和其他与C/C++编程相关的任务。它们提供了诸如动态内存分配和释放、线程同步机制、异常处理等功能。选择使用哪种运行时库取决于项目的需求,以及对最终可执行文件大小和依赖性的要求。选择不同的运行时库可能会影响应用程序的性能和行为。

关于DLL引用

书接上文C++跨DLL内存所有权问题探幽(一)DLL提供的全局单例模式
我们知道一个程序有堆栈啊这些内存空间。

在C++开发中,堆空间和栈空间是用来存储变量和对象的两个主要内存区域。当一个进程引用一个DLL(动态链接库)时,在头文件中声明一个对象和声明一个指针有一些关键区别:

  1. 对象声明:

如果您在头文件中声明一个对象,它将分配在栈空间中。这意味着对象的生命周期将受限于其所在的作用域。当对象所在的作用域结束时,对象将被自动销毁并释放其占用的内存。

如果对象是在动态链接库中定义的,那么在引用动态链接库的程序中,对象的定义和实现将被复制到主程序中。这可能会导致重复定义的问题。

  1. 指针声明:

如果您在头文件中声明一个指针,它将分配在栈空间中。但是指针所指向的对象可能分配在堆空间中,特别是如果您在动态链接库中使用new关键字来动态分配内存。

通过使用指针,您可以在程序中传递对象的引用而不是实际的对象本身。这使得对象可以在堆上动态分配,并且可以在不同的模块之间共享。

也就是说

为什么崩溃?

当在C++中混用MD(Multi-threaded DLL)和MT(Multi-threaded)的DLL时,可能会导致内存冲突和崩溃的主要原因在于堆栈空间的所有权问题。

对堆空间而言

对于MD编译的DLL,它使用的是共享的动态链接的多线程C/C++运行时库,这意味着它使用了操作系统提供的堆管理机制来分配和释放内存。如果您在MD编译的DLL中分配了一块堆内存,它实际上是由操作系统的运行时库进行管理的。

对于MT编译的DLL,它使用的是静态链接的多线程C/C++运行时库,这意味着它会包含自己的堆管理机制。如果您在MT编译的DLL中分配了一块堆内存,它将由该DLL的运行时库管理。

栈空间:

栈空间的所有权归属于当前线程。当您在MD和MT编译的DLL之间切换时,栈空间的所有权可能会发生变化。如果一个线程在MD编译的DLL中分配了一块栈内存,然后在MT编译的DLL中尝试释放它,或者反之亦然,就会产生内存冲突,导致不可预测的行为和可能的崩溃。

因此,在混用MD和MT编译的DLL时,由于堆空间和栈空间的所有权归属和管理方式不同,可能会导致内存的冲突。这种冲突可能会引起一系列问题,包括内存泄漏、指针悬空、数据损坏等,最终导致程序崩溃或产生不可预测的行为。为避免这种情况,请确保在整个应用程序中使用相同类型的运行时库编译所有的DLL。

参考:MD(d)、MT(d)编译选项,在使用Release编译的话不会触发这个崩溃问题。

这篇关于C++跨DLL内存所有权问题探幽(二)CRT中MT和MD混用导致的所有权问题的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/382845

相关文章

k8s容器放开锁内存限制问题

《k8s容器放开锁内存限制问题》nccl-test容器运行mpirun时因NCCL_BUFFSIZE过大导致OOM,需通过修改docker服务配置文件,将LimitMEMLOCK设为infinity并... 目录问题问题确认放开容器max locked memory限制总结参考:https://Access

Java中字符编码问题的解决方法详解

《Java中字符编码问题的解决方法详解》在日常Java开发中,字符编码问题是一个非常常见却又特别容易踩坑的地方,这篇文章就带你一步一步看清楚字符编码的来龙去脉,并结合可运行的代码,看看如何在Java项... 目录前言背景:为什么会出现编码问题常见场景分析控制台输出乱码文件读写乱码数据库存取乱码解决方案统一使

线上Java OOM问题定位与解决方案超详细解析

《线上JavaOOM问题定位与解决方案超详细解析》OOM是JVM抛出的错误,表示内存分配失败,:本文主要介绍线上JavaOOM问题定位与解决方案的相关资料,文中通过代码介绍的非常详细,需要的朋... 目录一、OOM问题核心认知1.1 OOM定义与技术定位1.2 OOM常见类型及技术特征二、OOM问题定位工具

C++右移运算符的一个小坑及解决

《C++右移运算符的一个小坑及解决》文章指出右移运算符处理负数时左侧补1导致死循环,与除法行为不同,强调需注意补码机制以正确统计二进制1的个数... 目录我遇到了这么一个www.chinasem.cn函数由此可以看到也很好理解总结我遇到了这么一个函数template<typename T>unsigned

javacv依赖太大导致jar包也大的解决办法

《javacv依赖太大导致jar包也大的解决办法》随着项目的复杂度和依赖关系的增加,打包后的JAR包可能会变得很大,:本文主要介绍javacv依赖太大导致jar包也大的解决办法,文中通过代码介绍的... 目录前言1.检查依赖2.更改依赖3.检查副依赖总结 前言最近在写项目时,用到了Javacv里的获取视频

C++统计函数执行时间的最佳实践

《C++统计函数执行时间的最佳实践》在软件开发过程中,性能分析是优化程序的重要环节,了解函数的执行时间分布对于识别性能瓶颈至关重要,本文将分享一个C++函数执行时间统计工具,希望对大家有所帮助... 目录前言工具特性核心设计1. 数据结构设计2. 单例模式管理器3. RAII自动计时使用方法基本用法高级用法

Vue3绑定props默认值问题

《Vue3绑定props默认值问题》使用Vue3的defineProps配合TypeScript的interface定义props类型,并通过withDefaults设置默认值,使组件能安全访问传入的... 目录前言步骤步骤1:使用 defineProps 定义 Props步骤2:设置默认值总结前言使用T

Web服务器-Nginx-高并发问题

《Web服务器-Nginx-高并发问题》Nginx通过事件驱动、I/O多路复用和异步非阻塞技术高效处理高并发,结合动静分离和限流策略,提升性能与稳定性... 目录前言一、架构1. 原生多进程架构2. 事件驱动模型3. IO多路复用4. 异步非阻塞 I/O5. Nginx高并发配置实战二、动静分离1. 职责2

Redis实现高效内存管理的示例代码

《Redis实现高效内存管理的示例代码》Redis内存管理是其核心功能之一,为了高效地利用内存,Redis采用了多种技术和策略,如优化的数据结构、内存分配策略、内存回收、数据压缩等,下面就来详细的介绍... 目录1. 内存分配策略jemalloc 的使用2. 数据压缩和编码ziplist示例代码3. 优化的

解决升级JDK报错:module java.base does not“opens java.lang.reflect“to unnamed module问题

《解决升级JDK报错:modulejava.basedoesnot“opensjava.lang.reflect“tounnamedmodule问题》SpringBoot启动错误源于Jav... 目录问题描述原因分析解决方案总结问题描述启动sprintboot时报以下错误原因分析编程异js常是由Ja