vc專案屬性→配置屬性→c/c++→**生成→執行時庫 可以採用的方式有：多執行緒(/mt)、多執行緒除錯(/mtd)、多執行緒dll(/md)、多執行緒除錯dll(/mdd)、單執行緒(/ml)、單執行緒除錯(/mld)
其中以小寫「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在非必要時最好也不要採用了。
參考：《how to link with the correct c run-time (crt) library》
《/md、/mt、/ld（使用執行時庫）》
VC執行時庫（ MD MT等）
vc專案屬性 配置屬性 c c 生成 執行時庫 可以採用的方式有 多執行緒 mt 多執行緒除錯 mtd 多執行緒dll md 多執行緒除錯dll mdd 單執行緒 ml 單執行緒除錯 mld 其中以小寫 d 結尾的選項表示的debug版本的，沒有 d 的為release版本。大型專案中必須要求所有元...
VC執行時庫（ MD MT等）
vc專案屬性 配置屬性 c c 生成 執行時庫 可以採用的方式有 多執行緒 mt 多執行緒除錯 mtd 多執行緒dll md 多執行緒除錯dll mdd 單執行緒 ml 單執行緒除錯 mld reusable library switch library macro s defined single...
VC執行時庫（ MD MT等）
vc專案屬性 配置屬性 c c 生成 執行時庫 可以採用的方式有 多執行緒 mt 多執行緒除錯 mtd 多執行緒dll md 多執行緒除錯dll mdd 單執行緒 ml 單執行緒除錯 mld reusable library switch library macro s defined single...