Error:LINK2005和MTd与MDd

    最近，在我的程序中调用一个外部库编译时，报大量的链接错误：Error:LINK2005，google了一下，找了一篇很好的解释“LINK2005”编号错误的博客，分享如下：

    http://www.cnblogs.com/MuyouSome/p/3332699.html

造成LNK2005错误主要有以下几种情况：  

1．重复定义全局变量。可能存在两种情况：  
 A、对于一些初学编程的程序员，有时候会以为需要使用全局变量的地方就可以使用定义申明一下。其实这是错误的，全局变量是针对整个工程的。

　　正确的应该是在一个CPP文件中定义如下：

　　int   g_Test;

　　那么在使用的CPP文件中就应该使用：

　　extern   int   g_Test

　　即可，如果还是使用int   g_Test，那么就会产生LNK2005错误，一般错误错误信息类似：

　　*.obj   error   LNK2005   int   book   c？   already   defined   in   *.obj

　　切记的就是不能给变量赋值否则还是会有LNK2005错误。  

　　这里需要的是“声明”，不是“定义”！根据C++标准的规定，一个变量是声明，必须同时满足两个条件，否则就是定义：  
　　(1)声明必须使用extern关键字

　　(2)不能给变量赋初值  

　　所以，下面的是声明:  

　　　　extern   int   a;  
　　下面的是定义   
　　　　int   a;  

　　　　int   a   =   0;  

　　　　extern   int   a   =0;  
  B、对于那么编程不是那么严谨的程序员，总是在需要使用变量的文件中随意定义一个全局变量，并且对于变量名也不予考虑，这也往往容易造成变量名重复，而造成LNK2005错误。  

2．头文件的包含重复。

　　往往需要包含的头文件中含有变量、函数、类的定义，在其它使用的地方又不得不多次包含之，如果头文件中没有相关的宏等防止重复链接的措施，那么就会产生LNK2005错误。解决办法是在需要包含的头文件中做类似的处理：

  #ifndef   MY_H_FILE       //如果没有定义这个宏  
  #define   MY_H_FILE       //定义这个宏  
  …….       //头文件主体内容  
  …….  
  #endif  
  上面是使用宏来做的，也可以使用预编译来做，在头文件中加入：  
  #pragma   once  
  //头文件主体  

  3．使用第三方的库造成的。

　　这种情况主要是C运行期函数库和MFC的库冲突造成的。具体的办法就是将那个提示出错的库放到另外一个库的前面。另外选择不同的C函数库，可能会引起这个错误。微软和C有两种C运行期函数库，一种是普通的函数库：LIBC.LIB，不支持多线程。另外一种是支持多线程的：msvcrt.lib。如果一个工程里，这两种函数库混合使用，可能会引起这个错误，一般情况下它需要MFC的库先于C运行期函数库被链接，因此建议使用支持多线程的msvcrt.lib。所以在使用第三方的库之前首先要知道它链接的是什么库，否则就可能造成LNK2005错误。如果不得不使用第三方的库，可以尝试按下面所说的方法修改，但不能保证一定能解决问题，前两种方法是微软提供的：  
  A、选择VC菜单Project->Settings->Link->Catagory选择Input，再在Ignore   libraries   的Edit栏中填入你需要忽略的库，如：Nafxcwd.lib;Libcmtd.lib。然后在Object/library   Modules的Edit栏中填入正确的库的顺序，这里需要你能确定什么是正确的顺序，呵呵，God   bless   you！  
  B、选择VC菜单Project->Settings->Link页，然后在Project   Options的Edit栏中输入/verbose:lib，这样就可以在编译链接程序过程中在输出窗口看到链接的顺序了。  
  C、选择VC菜单Project->Settings->C/C++页，Catagory选择Code   Generation后再在User   Runtime   libraray中选择MultiThread   DLL等其他库，逐一尝试。 

    以上为转载内容。

    我最终解决这个问题，用的是方案C，将“User Runtime Library”设为MTd。但是，到底“/MT    /MD  /MTd   /MDd”这几个编译选项分别代表什么意思呢？

    可以参考这个帖子：http://blog.csdn.net/leepwang/article/details/8539414

摘要如下：

Reusable Library Switch Library Macro(s) Defined

Single Threaded	/ML	LIBC	(none)
Static MultiThread	/MT	LIBCMT	_MT
Dynamic Link (DLL)	/MD	MSVCRT	_MT and _DLL
Debug Single Threaded	/MLd	LIBCD	_DEBUG
Debug Static MultiThread	/MTd	LIBCMTD	_DEBUG and _MT
Debug Dynamic Link (DLL)	/MDd	MSVCRTD	_DEBUG, _MT, and _DLL

 

 

    其中以小写“d”结尾的选项表示的DEBUG版本的，没有“d”的为RELEASE版本。大型项目中必须要求所有组件和第三方库的运行时库是统一的，否则将会出现LNK2005井喷。

    单线程运行时库选项/ML和/MLd在VS2003以后就被废了。

    /MT和/MTd表示采用多线程CRT库的静态lib版本。该选项会在编译时将运行时库以静态lib的形式完全嵌入。该选项生成的可执行文件运行时不需要运行时库dll的参加，会获得轻微的性能提升，但最终生成的二进制代码因链入庞大的运行时库实现而变得非常臃肿。当某项目以静态链接库的形式嵌入到多个项目，则可能造成运行时库的内存管理有多份，最终将导致致命的“Invalid Address specified to RtlValidateHeap”问题。另外托管C++和CLI中不再支持/MT和/MTd选项。

    /MD和/MDd表示采用多线程CRT库的动态dll版本，会使应用程序使用运行时库特定版本的多线程DLL。链接时将按照传统VC链接dll的方式将运行时库MSVCRxx.DLL的导入库MSVCRT.lib链接，在运行时要求安装了相应版本的VC运行时库可再发行组件包（当然把这些运行时库dll放在应用程序目录下也是可以的）。 因/MD和/MDd方式不会将运行时库链接到可执行文件内部，可有效减少可执行文件尺寸。当多项目以MD方式运作时，其内部会采用同一个堆，内存管理将被简化，跨模块内存管理问题也能得到缓解。

    结论：/MD和/MDd将是潮流所趋，/ML和/MLd方式请及时放弃，/MT和/MTd在非必要时最好也不要采用了。

总结：

1）d - represent "debug"

2）MT - Multiple Thread (static version)

3）MD - Multiple thread Dynamically link library (DLL version)