64 ビット アプリケーション
アプリケーションをコンパイルするときに、Windows 64 ビット オペレーティング システム上で、ネイティブ アプリケーションとして実行するか、WOW64 (Windows 64 ビット上の Windows 32 ビット) の制御下で実行するかを指定できます。 WOW64 は互換環境であり、32 ビット アプリケーションを 64 ビット オペレーティング システム上で実行できるようにします。 WOW64 は、Windows オペレーティング システムのすべての 64 ビット バージョンに含まれています。
Windows における 32 ビット アプリケーションと 64 ビット アプリケーションの実行の比較
.NET Framework 4 以降のバージョンでビルドされた 32 ビット アプリケーションは、64 ビット システムでは WOW64 のもとで実行されます。
Visual Studio は、x86 コンピューターには 32 ビット版の CLR をインストールし、64 ビットの Windows コンピューターには、32 ビット版の CLR と適切な 64 ビット版の CLR の両方をインストールします (Visual Studio は 32 ビット アプリケーションであるため、64 ビット システムにインストールすると WOW64 の制御下で実行されます)。
Note
x86 エミュレーションと、Itanium プロセッサ ファミリ向け WOW64 サブシステムの設計のために、アプリケーションの実行は単一のプロセッサ上に制限されます。 これらの要因により、Itanium ベースのシステム上で実行する 32 ビット .NET Framework アプリケーションのパフォーマンスとスケーラビリティは低下します。 パフォーマンスおよびスケーラビリティを向上させるために、Itanium ベースのシステム用のネイティブ 64 ビット サポートを含む .NET Framework 4 を使用することをお勧めします。
既定では、64 ビット Windows オペレーティング システムで 64 ビット マネージド アプリケーションを実行するときに、最大 2 GB のオブジェクトを作成できます。 ただし、.NET Framework 4.5 ではこの制限を上げることができます。 詳細については、「<gcAllowVeryLargeObjects> 要素」を参照してください。
多くのアセンブリは 32 ビットの CLR と 64 ビットの CLR で同じように実行します。 しかし、次の条件が当てはまる場合、一部のプログラムでは動作が CLR によって異なります。
- プラットフォームによってメンバーのサイズが変わる構造体 (ポインター型など)
- 定数のサイズを含むポインター演算
- ハンドルに
Int32
ではなくIntPtr
を使用した不適切なプラットフォーム呼び出しまたは COM 宣言 IntPtr
をInt32
にキャストするコード
32 ビット アプリケーションを 64 ビットの CLR に移行して実行する方法の詳細については、「32 ビット マネージド コードを 64 ビットに移行する」を参照してください。
一般的な 64 ビット プログラミングについて
64 ビット プログラミングの一般的な問題については、次のドキュメントを参照してください。
Windows SDK ドキュメントの「Programming Guide for 64-bit Windows」 (64 ビット Windows のプログラミング ガイド) を参照してください。
64 ビット アプリケーションを作成するための Visual Studio のサポート機能については、「Visual Studio 開発環境の 64 ビット サポート」を参照してください。
64 ビット アプリケーションを作成するためのコンパイラのサポート
既定では、.NET Framework を使用して 32 ビット コンピューターまたは 64 ビット コンピューターでアプリケーションをビルドする場合、アプリケーションは 64 ビット コンピューターでネイティブ アプリケーションとして (WOW64 の制御下ではなく) 実行します。 次の表に、Visual Studio コンパイラを使用して、ネイティブなアプリケーションとして実行する 64 ビット アプリケーション、WOW64 の下で実行する 64 ビット アプリケーション、またはその両方が可能な 64 ビット アプリケーションを作成するための方法を説明するドキュメントを示します。
コンパイラ | コンパイラ オプション |
---|---|
Visual Basic | -platform (Visual Basic) |
Visual C# | -platform (C# コンパイラ オプション) |
Visual C++ | /clr:safe を使用すると、プラットフォームに依存しない、共通中間言語 (CIL) アプリケーションを作成できます。 詳細については、「/clr (共通言語ランタイムのコンパイル)」を参照してください。 Visual C++ には、それぞれの 64 ビット オペレーティング システムを対象とする個別のコンパイラが含まれます。 Visual C++ を使用して 64 ビット Windows オペレーティング システム上で実行するネイティブ アプリケーションを作成する方法の詳細については、「Visual C++ による 64 ビット プログラミング」を参照してください。 |
.exe ファイルまたは .dll ファイルのステータスの特定
.exe ファイルまたは .dll ファイルが、特定のプラットフォーム上または WOW64 の下でのみ動作するように意図されているかどうかを確認するには、CorFlags.exe (CorFlags 変換ツール) を使用します (オプションは指定しません)。 また、CorFlags.exe を使用して、.exe ファイルまたは .dll ファイルのプラットフォームのステータスを変更することもできます。 Visual Studio アセンブリの CLR ヘッダーのメジャー ランタイム バージョン番号が 2、マイナー ランタイム バージョン番号が 5 に設定されています。 マイナー ランタイム バージョンが 0 に設定されたアプリケーションは、レガシ アプリケーションとして扱われ、常に WOW64 の下で実行されます。
プログラムによって .exe または .dll を照会し、それが特定のプラットフォーム上または WOW64 の下でのみ動作するように意図されているかどうかを確認するには、Module.GetPEKind メソッドを使用します。
.NET