/ MDまたは/ MTでコンパイルする必要がありますか？

Visual Studioには、コンパイルフラグ/ MDおよび/ MTがあり、必要なCランタイムライブラリの種類を選択できます。

実装の違いは理解していますが、どちらを使用するかはまだわかりません。長所/短所は何ですか？

私が聞いた/ MDの利点の1つは、これにより、誰かがランタイムを更新できるようになり（セキュリティの問題にパッチを当てるなど）、私のアプリがこの更新から恩恵を受けることです。私にとっては、これはほとんど機能ではないように見えます。新しいバージョンに対してテストすることを許可しない限り、ランタイムを変更したくないのです。

気になる点：

• これはビルド時間にどのように影響しますか？（おそらく/ MTは少し遅いですか？）
• 他の影響は何ですか？
• ほとんどの人はどちらを使用しますか？

/ MDと動的にリンクすることにより、

• あなたはシステムアップデート（良いか悪いか）にさらされています、
• 実行可能ファイルを小さくすることができます（ライブラリが埋め込まれていないため）。
• DLLのコードセグメントは、少なくともDLLをアクティブに使用しているすべてのプロセス間で共有されていると思います（消費されるRAMの総量を減らします）。

また、実際には、さまざまなランタイムオプションでビルドされた静的にリンクされたサードパーティのバイナリのみのライブラリを操作する場合、メインアプリケーションの/ MTは/ MDよりも頻繁に競合を引き起こす傾向があることもわかりました（ Cランタイムが静的に複数回リンクされている場合、特にバージョンが異なる場合、問題が発生します）。

DLLを使用している場合は、動的にリンクされたCRT（/ MD）を使用する必要があります。

.exeとすべての.dllに動的CRTを使用する場合、それらはすべてCRTの単一の実装を共有します。つまり、すべてが単一のCRTヒープを共有し、1つの.exe / .dllに割り当てられたメモリを解放できます。別の。

.exeとすべての.dllに静的CRTを使用する場合、それらはすべてCRTの個別のコピーを取得します。つまり、すべてが独自のCRTヒープを使用するため、メモリは同じモジュールで解放する必要があります。割り当てられました。また、コードの膨張（CRTの複数のコピー）と過剰なランタイムオーバーヘッド（各ヒープがOSからメモリを割り当ててその状態を追跡し、オーバーヘッドが顕著になる可能性があります）にも悩まされます。

Visual Studioでビルドしたプロジェクトのデフォルトは/ MDだと思います。

/ MTを使用する場合、実行可能ファイルは、ターゲットシステムに存在するDLLに依存しません。これをインストーラーでラップしている場合は、おそらく問題にならず、どちらの方法でもかまいません。

私は/ MTを自分で使用しているため、DLL全体の混乱を無視できます。

PS Fooz氏が指摘するように、一貫性を保つことが非常に重要です。他のライブラリとリンクしている場合は、他のライブラリと同じオプションを使用する必要があります。サードパーティのDLLを使用している場合、ランタイムライブラリのDLLバージョンを使用する必要があることはほぼ確実です。

/ MTと静的にリンクすることを好みます。

/ MDを使用してより小さな実行可能ファイルを取得したとしても、ユーザーがプログラムを実行するための適切なバージョンを取得できるようにするには、多数のDLLを出荷する必要があります。そして最終的に、インストーラーは/ MTとリンクする場合よりも大きくなります。

さらに悪いことに、ランタイムライブラリをWindowsディレクトリに配置することを選択した場合、遅かれ早かれ、ユーザーは別のライブラリを使用して新しいアプリケーションをインストールし、不運にもアプリケーションを破壊します。

/ MDで発生する問題は、CRTのターゲットバージョンがユーザーのマシンにない可能性があることです（特に、最新バージョンのVisual Studioを使用していて、ユーザーが古いオペレーティングシステムを使用している場合）。

その場合、あなたは彼らのマシンに正しいバージョンを取得する方法を理解する必要があります。

http://msdn.microsoft.com/en-us/library/2kzt1wy3(VS.71).aspxから：

/ MTランタイムルーチンのマルチスレッド固有のバージョンが標準ヘッダー（.h）ファイルから選択されるように_MTを定義します。このオプションにより、コンパイラーはライブラリー名LIBCMT.libを.objファイルに配置して、リンカーがLIBCMT.libを使用して外部シンボルを解決するようにします。マルチスレッドプログラムを作成するには、/ MTまたは/ MD（またはそれらに相当する/ MTdまたは/ MDd）が必要です。

/ MD _MTと_DLLを定義して、ランタイムルーチンのマルチスレッド固有バージョンとDLL固有バージョンの両方が標準の.hファイルから選択されるようにします。このオプションにより、コンパイラーはライブラリー名MSVCRT.libを.objファイルに配置します。

このオプションでコンパイルされたアプリケーションは、MSVCRT.libに静的にリンクされます。このライブラリは、リンカーが外部参照を解決できるようにするコードのレイヤーを提供します。実際の作業コードはMSVCR71.DLLに含まれています。MSVCR71.DLLは、実行時にMSVCRT.libにリンクされたアプリケーションで使用できる必要があります。

/ MDを_STATIC_CPPLIBを定義して使用すると（/ D_STATIC_CPPLIB）、アプリケーションは動的バージョン（msvcprt.lib）ではなく静的マルチスレッド標準C ++ライブラリ（libcpmt.lib）とリンクしますが、メインCRTにはmsvcrt.lib。

したがって、正しく解釈している場合、/ MTは静的にリンクし、/ MDは動的にリンクします。

/ MDオプション以外のdllまたはlibを使用する実行可能ファイルをビルドする場合は、その方法ですべてのコンポーネントが同じライブラリを共有するため、推奨されます。もちろん、このオプションは関連するすべてのモジュール、つまりdll / lib / exeに一致する必要があります。

実行可能ファイルがその誰の呼び出しよりもlibまたはdllを使用しない場合。共有の側面が機能していないので、今の違いはあまりありません。

ですから、/ MTでアプリケーションを起動することもできます。それ以外に説得力のある理由はないのですが、libまたはdllを追加するときは、lib / dllの/ MDに変更するのが簡単です。