博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
MD(d)、MT(d)编译选项的区别
阅读量:5807 次
发布时间:2019-06-18

本文共 2095 字,大约阅读时间需要 6 分钟。

1、编译选项的位置

以VS2005为例,这样子打开:

1)         打开项目的Property Pages对话框

2)         点击左侧C/C++节

3)         点击Code Generation节

4)         右侧第六行Runtime Library项目

2、各个设置选项代表的含义

编译选项

包含

静态链接的lib

说明

/MD

_MT、_DLL

MSVCRT.lib

多线程、Release、DLL版本的运行时库

/MDd

_DEBUG、_MT、_DLL

MSVCRTD.lib

多线程、Debug、DLL版本的运行时库

/MT

_MT

LIBCMT.lib

多线程、Release版本的运行时库

/MTd

_DEBUG、_MT

LIBCMTD.lib

多线程、Debug版本的运行时库

简单的说:

(1)/MD,表示运行时库由操作系统提供一个DLL,程序里不集成。

(2)/MT,表示运行时库由程序集成。

二、/MD、/MT的选择

      1、为什么选择/MD,不选/MT?

         (1)程序就不需要静态链接运行时库,可以减小软件的大小;

         (2)所有的模块都采用/MD,使用的是同一个堆,不存在A堆申请,B堆释放的问题;

   (3)用户机器可能缺少我们编译时使用的动态运行时库。(补充:如果我们软件有多个DLL,采用/MT体积增加太多,则可以考虑/MD + 自带系统运行时库)

      2、为什么选择/MT,不选择/MD?

         (1)有些系统可能没有程序所需要版本的运行时库,程序必须把运行时库静态链接上。

     (2)减少模块对外界的依赖。

      3、多个模块,必须选择相同的运行时库。

三、选择/MT需要解决的堆空间释放问题

         不同的模块各自有一份C运行时库代码、或者根本没有C运行时库,导致了各个模块会有各自的堆。如果在A堆中申请空间,到B堆中释放就会有崩溃,在模块A申请的空间,必须在模块A中释放。

         附录的DLL以及DLLUser代码,以STL的string为例,通过修改编译选项验证了这个问题。string在赋值的时候需要释放掉原来的内存空间,然后再申请新的内存空间存储新的内容,如果跨模块了,释放的时候就存在“A模块申请B模块释放”的问题,导致程序崩溃。

   (跨模块释放内存导致崩溃的内容,在《windows核心编程》第五版Page511谈DLL和进程的地址空间时有谈到)

四、选择/MD需要注意多个模块使用不同版本运行时库的问题

  (2012-9-17补充)

  (2013.5.30补充)

     多个dll被一个exe LoadLibrary加载,如果这些dll使用的运行时库是不同的,那么可能出现加载失败,原因可能是旧版本的运行时库已经在了,而某个dll它需要的是新版本的运行时库,旧版本不符合要求。

     如果工程里所有的模块都是自己写的或者可以完全控制的,那么这个问题不难解决,只需要在工程设置里都设置/MD,然后在相同的环境下编译一次就行。但是假如这个模块是外界提供的呢?

     可能存在这种情况:A动态库使用了B静态库,B静态库使用了C动态库,B静态库是外界提供的,我们要使用它,但无法修改它,我们也无法接触到C动态库。如果C动态库使用的运行时库版本跟编译A动态库的本地使用的不一致,那么A动态库里的嵌入信息就会记录两个不同版本的运行时库,它被加载的时候,可能会选择版本新的。假设A动态库被一个exe LoadLibrary加载,而这个exe本身的运行时库是旧的,这样就会导致A动态库加载失败,即便把新的运行时库拷贝到目录下也不行,因为exe这个进程已经加载了那个旧的运行时库。这时候必须使用manifest文件指定嵌入到A动态库里的运行时库为某个版本,忽略掉C动态库使用的运行时库版本。

     这个问题挺复杂的,我心思没去验证windows的PE文件加载会对运行时库做什么样的优先选择、运行时库在静态库里的记录…。只要记住,给外界使用的组件版本尽量避免使用/MD(这样会导致膨胀吗?据说,安装包可以做字节流式压缩)。

  附上另一个问题:静态库的依赖关系:exe-->libA-->libB,现在不想让exe接触到libB,于是把libA的librarian选项-->General选项-->Link Library Dependencies设置为Yes,这样即可,libA会包含libB,exe只需要接触libA。另外需要特别注意,libA对libB的依赖只需要且只能在Solution的Project Dependencies里设置,如果在libA的代码里写了”#pragma comment(lib, "libB.lib")”,会导致exe在link libA的时候提示找不到libA。如果exe还出现link错误,那一定是VS抽筋了:)

五、参考资料

1、微软关于MT、MD等的详细介绍

2、不要出现A模块申请,B模块释放的情况

3、运行时库有哪些版本

4、CSDN上关于堆空间释放的讨论

5、不同模块不同的堆

6、因为运行时库版本问题导致加载失败的分享

7、《windows核心编程》

8、windows heap跟CRT heap

转载地址:http://tjubx.baihongyu.com/

你可能感兴趣的文章
实用的即时通讯(IM)
查看>>
移动应用后台不是技术专属,运营也该用到飞起
查看>>
windows10 专业版 64位系统安装docker并使用 laradock 搭建 laravel 环境
查看>>
Golang 之 mac 环境搭建!
查看>>
Spring Cloud构建微服务架构服务消费基础
查看>>
关于Spring Cloud大型互联网分布式企业微服务云架构
查看>>
Java 注解 实践
查看>>
致初学者-如何学好Python这门编程语言?[图]
查看>>
大时代,小过客——《激荡三十年》优秀读后感范文4600字
查看>>
咕泡-工厂 Factory设计模式笔记
查看>>
Spring 核心容器体系结构
查看>>
Dubbo与Zookeeper、SpringMVC整合和使用(入门级)
查看>>
PAT(Basic Level) 乙级练习题 ------ 1071 小赌怡情 java
查看>>
整理收集的一些常用java工具类
查看>>
研发成本高企 初创企业怎么应对
查看>>
五层架构实现登录注册(IntelliJ idea版)
查看>>
IT兄弟连 JavaWeb教程 AJAX的技术构成
查看>>
KVC KVO应用场景
查看>>
Rhel 7.3 基本操作
查看>>
【学习日记】第三天-基本工具使用:Wireshark 抓取NC和NCAT,分析之间区别。
查看>>