Co oznacza cel „Any CPU” programu Visual Studio?

Mam pewne wątpliwości dotyczące opcji kompilacji platformy .NET w programie Visual Studio 2008.

Co to jest cel kompilacji „Any CPU” i jakie pliki generuje? Sprawdziłem wyjściowy plik wykonywalny tej kompilacji „Any CPU” i stwierdziłem, że są to pliki wykonywalne x86 (które nie widziałyby tego nadchodzącego!). Czy jest jakaś różnica między kierowaniem pliku wykonywalnego na x86 a „dowolnym procesorem”?

Inną rzeczą, którą zauważyłem, jest to, że zarządzane projekty C ++ nie mają tej platformy jako opcji. Dlaczego? Czy to oznacza, że ​​moje podejrzenie, że pliki wykonywalne „Any CPU” są zwykłymi plikami 32-bitowymi, jest słuszne?

AnyCPU będzie JIT do kodu 64-bitowego, gdy zostanie załadowany do procesu 64-bitowego i 32-bitowego, gdy zostanie załadowany do procesu 32-bitowego.

Ograniczając procesor, można by powiedzieć: Zespół używa czegoś (prawdopodobnie niezarządzanego), który wymaga 32 bitów lub 64 bitów.

Myślę, że większość ważnych rzeczy została już powiedziana, ale pomyślałem, że dodam jedną rzecz: jeśli skompilujesz jako Any CPU i uruchomisz platformę x64, nie będziesz w stanie załadować 32-bitowych plików DLL, ponieważ twoja aplikacja nie została uruchomiona w WoW64 , ale pliki DLL muszą tam zostać uruchomione.

Jeśli skompilujesz jako x86, system x64 uruchomi aplikację w WoW64 i będziesz mógł załadować 32-bitowe pliki DLL.

Myślę więc, że powinieneś wybrać „Dowolny procesor”, jeśli twoje zależności mogą działać w dowolnym środowisku, ale wybierz x86, jeśli masz zależności 32-bitowe. W tym artykule Microsoft wyjaśnia to nieco:

/ CLRIMAGETYPE (Określ typ obrazu CLR)

Nawiasem mówiąc, ta inna dokumentacja Microsoft zgadza się, że x86 jest zwykle bardziej przenośnym wyborem:

Wybór x86 to ogólnie najbezpieczniejsza konfiguracja pakietu aplikacji, ponieważ będzie działać na prawie każdym urządzeniu. Na niektórych urządzeniach pakiet aplikacji z konfiguracją x86 nie będzie działał, na przykład Xbox lub niektóre urządzenia IoT Core. Jednak w przypadku komputerów PC pakiet x86 jest najbezpieczniejszym wyborem i ma największy zasięg wdrażania urządzeń. Znaczna część urządzeń z systemem Windows 10 nadal uruchamia wersję systemu Windows x86.

Oto krótki przegląd wyjaśniający różne cele kompilacji.

Z własnego doświadczenia wynika, że ​​jeśli chcesz zbudować projekt, który będzie działał zarówno na platformach x86, jak i x64, a nie masz żadnych konkretnych optymalizacji x64, zmieniłbym kompilację tak, aby zawierał „x86”.

Powodem tego jest czasem uzyskanie kolizji plików DLL lub kodu powodującego awarię WoW w środowisku x64. Określając x86, system operacyjny x64 będzie traktował aplikację jako czystą aplikację x86 i upewni się, że wszystko działa płynnie.

Zobacz artykuł Objaśnienie celu platformy Visual Studio .NET .

Domyślne ustawienie „Dowolny procesor” oznacza, że ​​zestaw będzie działał natywnie na procesorze, na którym aktualnie działa. Oznacza to, że będzie działał jako 64-bitowy na komputerze 64-bitowym i 32-bitowy na komputerze 32-bitowym. Jeśli zestaw zostanie wywołany z aplikacji 64-bitowej, będzie działał jako zestaw 64-bitowy i tak dalej.

Zgłoszono, że powyższy link jest uszkodzony, więc oto kolejny artykuł z podobnym wyjaśnieniem: Co tak naprawdę oznacza AnyCPU w .NET 4.5 i Visual Studio 11

Kredyt do książki „CLR przez C #” , zobacz:

„Dowolny procesor” oznacza, że ​​po uruchomieniu programu .NET Framework na podstawie bitów systemu operacyjnego ustali, czy uruchomić program w wersji 32-bitowej czy 64-bitowej.

Istnieje różnica między procesorem x86 a dowolnym procesorem : w systemie x64 plik wykonywalny skompilowany dla X86 będzie działał jako plik wykonywalny 32-bitowy.

Jeśli chodzi o twoje podejrzenia, po prostu przejdź do wiersza polecenia programu Visual Studio 2008 i uruchom następujące polecenie.

dumpbin YourProgram.exe /headers

Powie Ci bitness twojego programu, a także o wiele więcej.

Każdy procesor oznacza, że ​​będzie działał na dowolnej platformie. Wynika to z faktu, że kod zarządzany jest podobny do Java. Pomyśl o tym jako o kompilacji do kodu bajtowego, który jest interpretowany przez .NET Framework w czasie wykonywania.

C ++ nie ma tej opcji, ponieważ jest kompilowany do kodu maszynowego specyficznego dla platformy.

Polecam przeczytanie tego postu .

Podczas korzystania z AnyCPU semantyka jest następująca:

• Jeśli proces działa w 32-bitowym systemie Windows, działa jako proces 32-bitowy. CIL jest kompilowany do kodu maszynowego x86.
• Jeśli proces działa w 64-bitowym systemie Windows, działa jako proces 32-bitowy. CIL jest kompilowany do kodu maszynowego x86.
• Jeśli proces działa w systemie ARM Windows, działa jako proces 32-bitowy. CIL jest kompilowany do kodu maszynowego ARM.

Tak to zrobiłem w Visual Studio 2017:

• W Eksploratorze rozwiązań
• Kliknij projekt prawym przyciskiem myszy
• Kliknij „Właściwości”
• Kliknij „Build”
• Wyłącz opcję „Preferuj wersję 32-bitową”
• I możesz wybrać „x64” z celu platformy.