VC執行時庫

vc專案屬性

→配置屬性→c/c++→**生成→執行時庫可以採用的方式有：多執行緒(/mt)、多執行緒除錯(/mtd)、多執行緒dll(/md)、多執行緒除錯dll(/mdd)、單執行緒(/ml)、單執行緒除錯(/mld)。

reusable library

switch

library

macro(s) defined

single threaded

/mllibc

(none)

static multithread

/mtlibcmt

_mtdynamic link (dll)

/mdmsvcrt

_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在vs2005以後就被廢了。

/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在非必要時最好也不要採用了。

參考：《how to link with the correct c run-time (crt) library》

《/md、/mt、/ld（使用執行時庫）》

VC執行時庫

VC執行時庫

VC執行時庫（ MD MT等）

VC執行時庫 MD MDd MT MTd說明

VC執行時庫

VC執行時庫

VC執行時庫（ MD MT等）

VC執行時庫 MD MDd MT MTd說明

相關推薦