Aplicaciones de 64 bits

Todas las aplicaciones compiladas con .NET Framework 1,0 o 1,1 se tratan como aplicaciones de 32 bits en un sistema operativo de 64 bits y se ejecutan bajo WOW64 y Common Language Runtime de 32 bits (CLR). las aplicaciones de 32 bits que se compilan en .NET Framework 4 o versiones posteriores también se ejecutan bajo WOW64 en sistemas de 64 bits.

Visual Studio instala la versión de 32 bits de CLR en un equipo x86, y la versión de 32 bits y la versión de 64 bits apropiada de CLR en un equipo de 64 bits de Windows. (Porque Visual Studio es una aplicación de 32 bits, cuando se instala en un sistema de 64 bits, se ejecuta bajo WOW64).

Nota

Debido al diseño de emulación de x86 y al subsistema de WOW64 para la familia de procesadores Itanium, la ejecución de las aplicaciones está restringida a un único procesador. Estos factores reducen el rendimiento y la escalabilidad de las aplicaciones de 32 bits de .NET Framework que se ejecutan en sistemas basados en Itanium. Se recomienda usar .NET Framework 4, que incluye compatibilidad con 64 bits nativa para sistemas basados Itanium-, para el rendimiento y escalabilidad.

De forma predeterminada, cuando se ejecuta una aplicación administrada de 64 bits en un sistema operativo Windows de 64 bits, puede crear un objeto de no más de 2 gigabytes de (GB). Sin embargo, en .NET Framework 4.5, puede aumentar este límite. Para obtener más información, vea <gcAllowVeryLargeObjects> elemento.

Muchos ensamblados se ejecutan de forma idéntica en el CLR de 32 bits y el CLR de 64 bits. Sin embargo, algunos programas pueden comportarse de manera diferente, dependiendo de CLR, si contienen uno o más de los siguientes:

• Estructuras que contienen miembros cuyo tamaño en función de la plataforma (por ejemplo, cualquier tipo de puntero).

• Aritmética de punteros que incluya tamaños constantes.

• Invocación incorrecta de la plataforma o declaraciones COM que utilicen Int32 para los controladores en lugar de IntPtr.

• Código que conversiones IntPtr a Int32.

Para obtener más información sobre cómo migrar una aplicación de 32 bits ejecutarse en el CLR de 64 bits, Código administrado de 32 bits migrado a 64 bits vea en MSDN Library.

Para obtener información general sobre la programación de 64 bits, vea los siguientes documentos:

• Para obtener más información sobre la versión de 64 bits de CLR en un equipo de 64 bits de Windows, vea centro para desarrolladores de .NET Framework en el sitio Web de MSDN.

• En la documentación de Windows SDK, vea Guía de programación para Windows de 64 bits.

• Para obtener información sobre cómo descargar una versión de 64 bits de CLR, vea .NET Framework Developer Center Downloads en el sitio web de MSDN.

• Para obtener información sobre la compatibilidad de Visual Studio para crear aplicaciones de 64 bits, vea Compatibilidad con la programación de 64 bits del entorno de desarrollo de Visual Studio.

De forma predeterminada, cuando se utiliza .NET Framework para compilar una aplicación en un equipo de 32 bits o 64 bits, se ejecutará la aplicación en un equipo de 64 bits como una aplicación nativa (es decir, no bajo WOW64). La tabla siguiente enumera los documentos que explican cómo utilizar los compiladores de Visual Studio para crear aplicaciones de 64 bits que se ejecuten como nativas, bajo WOW64, o ambos.

Para determinar si un archivo .exe o .dll está diseñado para que se ejecute solo en una plataforma específica o bajo WOW64, utilice CorFlags.exe (Herramienta de conversión de CorFlags) sin opciones. También puede utilizar CorFlags.exe para cambiar el estado de la plataforma de un archivo .exe o .dll. El encabezado de CLR de un ensamblado de Visual Studio tiene el número primario de versión de runtime establecido en 2 y el número de versión secundaria del runtime establecido en 5. Las aplicaciones que tienen el número secundario de versión de runtime establecido en 0 se tratan como aplicaciones heredadas y siempre se ejecutan bajo WOW64.

Para comprobar mediante programación si un archivo .exe o .dll está diseñado para que se ejecute solo en una plataforma específica o bajo WOW64, utilice el método Module.GetPEKind.