VC項目屬性→配置屬性→C/C++→代碼生成→運行時庫 可以采用的方式有：多線程(/MT)、多線程調試(/MTd)、多線程DLL(/MD)、多線程調試DLL(/MDd)、單線程(/ML)、單線程調試(/MLd)。
| 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在非必要時最好也不要采用了。
以前經常遇到這個警告信息，因為運行並沒有什么問題，所以也沒深究。但是耿耿於懷那個“ 0 個錯誤，0 個警告”的成功提示，在網上搜了一下。原來問題出在默認庫的引用選擇上。
VS2008，項目——屬性——配置屬性——C/C++——代碼生成：他有/MT，/MTd，/Md，/MDd四個選項，你必須讓所有使用的庫都使用相同的配置，否則就會有相應的提示，甚至可能會出現無法解析的函數。有時我們使用的庫不是自己可以控制的，那么就只能把工程屬性設置成河你使用的庫相同的選項。
錯誤 1 error LNK2005: _free 已經在 libcmtd.lib(dbgheap.obj) 中定義 MSVCRT.lib
錯誤 2 error LNK2005: _malloc 已經在 libcmtd.lib(dbgheap.obj) 中定義 MSVCRT.lib
.....
如果有一堆的重定義錯誤發生在同一個lib中，而且跟它沖突的也是同一個lib，那么這個兩個lib的功能應該是一樣的，可以2選一，只要在“忽略特定的庫”內填入需要忽略的庫。
項目屬性-配置屬性-鏈接器-輸入-忽略特定的庫：libcmtd.lib
項目屬性-配置屬性-常規-MFC的使用：在共享 DLL 中使用 MFC
MSVCRT.lib 和libcmt.lib的沖突還是比較常見的。
從錯誤信息可以看出是msvcrt.lib和libcmt.lib庫中重復定義了__isctype等符號。為什么會出現這樣的問題呢？這就要從這兩個庫的作用說起了。
msvcrt.lib是VC中的Multithreaded DLL 版本的C運行時庫，而libcmt.lib是Multithreaded的運行時庫。在同一個項目中，所有的源文件必須鏈接相同的C運行時庫。如果某一文 件用了Multithreaded DLL版本，而其他文件用了Single-Threaded或者Multithreaded版本的庫，也就是說用了不同的庫，就會導致這個警告的出現。
告警信息的意思我們明白之后，就要找造成這個問題的原因了。在項目設置中我們可以看到當前項目使用的是Multithreaded非DLL版本的運 行時庫，這說明項目中還有其他文件用到了不是這個版本的運行時庫。很顯然，就是openssl的靜態庫。查看openssl中ms下的nt.mak，我們 可以發現靜態庫版本中openssl使用編譯開關/MD進行編譯的，也就是說openssl靜態庫是默認用的Multithreaded DLL 版本的C運行時庫。
原因找到了。那么解決方法，很明顯有兩個。總之就是將兩個項目的運行時庫統一。
簡單的方式就是將項目的動態庫修改為使用Multithreaded DLL 版本的C運行時庫即可。
某些情況下你的項目可能不能改變當前的運行時庫，你可以將openssl的nt.mak中的/MD開關修改為/MT然后重新編譯openssl靜態庫就可以了。
默認庫“library”與其他庫的使用沖突；請使用 /NODEFAULTLIB:library LNK4098 的解決辦法
您試圖與不兼容的庫鏈接。
注意
運行時庫現在包含可防止混合不同類型的指令。如果試圖在同一個程序中使用不同類型的運行 時庫或使用調試和非調試版本的運行時庫，則將收到此警告。例如，如 果編譯一個文件以使用一種運行時庫，而編譯另一個文件以使用另一種運行時庫（例如單線程運行時庫對多線程運行時庫），並試圖鏈接它們，則將得到此警告。應 將所有源文件編譯為使用同一個運行時庫。有關更多信息，請參見使用運行時庫（/MD、/MT 和 /LD）編譯器選項。
可以 使用鏈接器的 /VERBOSE:LIB 開關來確定鏈接器搜索的庫。如果收到 LNK4098，並想創建使用如單線程、非調試運行時庫的可執行文件，請使用 /VERBOSE:LIB 選項確定鏈接器搜索的庫。鏈接器作為搜索的庫輸出的應是 LIBC.lib，而非 LIBCMT.lib、MSVCRT.lib、LIBCD.lib、LIBCMTD.lib 和 MSVCRTD.lib。對每個要忽略的庫可以使用 /NODEFAULTLIB，以通知鏈接器忽略錯誤的運行時庫。
下表顯示根據要使用的運行時庫應忽略的庫。
若要使用第一行運行時庫 請忽略第2行的這些庫
單線程 (libc.lib)
libcmt.lib、msvcrt.lib、libcd.lib、libcmtd.lib、msvcrtd.lib
多線程 (libcmt.lib)
libc.lib、msvcrt.lib、libcd.lib、libcmtd.lib、msvcrtd.lib
使用 DLL 的多線程 (msvcrt.lib)
libc.lib、libcmt.lib、libcd.lib、libcmtd.lib、msvcrtd.lib
調試單線程 (libcd.lib)
libc.lib、libcmt.lib、msvcrt.lib、libcmtd.lib、msvcrtd.lib
調試多線程 (libcmtd.lib)
libc.lib、libcmt.lib、msvcrt.lib、libcd.lib、msvcrtd.lib
使用 DLL 的調試多線程 (msvcrtd.lib)
libc.lib、libcmt.lib、msvcrt.lib、libcd.lib、libcmtd.lib
例如，如果收到此警告，並希望創建使用非調試、單線程版本的運行時庫的可執行文件，可以將下列選項與鏈接器一起使用：
/NODEFAULTLIB:libcmt.lib /NODEFAULTLIB:msvcrt.lib /NODEFAULTLIB:libcd.lib /NODEFAULTLIB:libcmtd.lib /NODEFAULTLIB:msvcrtd.lib