Co oznacza cel Visual Studio "dowolny procesor"?

Myślę, że większość ważnych rzeczy zostało powiedziane, ale pomyślałem, że dodam jedną rzecz: jeśli skompilujesz jako dowolny procesor i uruchomisz na platformie x64, to nie będziesz w stanie załadować 32-bitowych bibliotek DLL, ponieważ Twoja aplikacja nie została uruchomiona w WOW64, ale te biblioteki DLL muszą tam działać.
Jeśli skompilujesz jako x86, system x64 uruchomi Ci aplikację w WOW64 i będziesz mógł załadować 32-bitowe biblioteki DLL.
więc myślę, że powinieneś wybrać "dowolny procesor", jeśli Twoje zależności mogą działać w obu środowiskach, ale wybierz x86, jeśli masz 32-bitowe zależności. Ten artykuł od Microsoft wyjaśnia to trochę:

/CLRIMAGETYPE (Określ typ obrazu CLR)

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

Wybór x86 jest generalnie najbezpieczniejszą konfiguracją dla pakietu aplikacji ponieważ będzie działać na prawie każdym urządzeniu. Na niektórych urządzeniach aplikacja pakiet z konfiguracją x86 nie będzie działał, np. Xbox czy jakis Urządzenia IoT Core. Jednak w przypadku komputera PC pakiet x86 jest najbezpieczniejszy wybór i ma największy zasięg wdrażania urządzeń. Znaczny część urządzeń z systemem Windows 10 nadal działa w wersji x86 Okna.

Oto Szybki przegląd , który wyjaśnia różne cele budowania.

Z własnego doświadczenia, 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ę na konkretnie " x86."

Powodem tego jest to, że czasami można uzyskać kilka bibliotek DLL, które zderzają się lub jakiś kod, który kończy się awarią WOW w środowisku x64. Konkretnie określając x86, system operacyjny x64 będzie traktował aplikacja jako czysta aplikacja x86 i upewnij się, że wszystko działa płynnie.

Zobacz artykuł Visual Studio. NET Platform Target wyjaśnione.

Domyślne ustawienie, "dowolny procesor", oznacza, że zespół będzie działał natywnie na procesorze, na którym jest aktualnie uruchomiony. To znaczy, będzie działać jako 64-bit na maszynie 64-bitowej i 32-bitowej na maszynie 32-bitowej. Jeśli assembly jest wywoływany z aplikacji 64-bitowej, będzie działał jako 64-bitowy montaż i tak dalej.

Powyższy link został zgłoszony jako uszkodzony, więc oto kolejny artykuł z podobnym wyjaśnieniem: co tak naprawdę oznacza AnyCPU od. NET 4.5 i Visual Studio 11

"dowolny procesor" oznacza, że po uruchomieniu programu,. NET Framework zorientuje się, na podstawie bitowości systemu operacyjnego, czy uruchomić program w 32 bitach czy 64 bitach.

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

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

dumpbin YourProgram.exe /headers

To powie Ci o bitności twojego program, plus dużo więcej.

Dowolny procesor oznacza, że będzie działał na dowolnej platformie. Dzieje się tak dlatego, że zarządzany kod jest podobny do Javy. 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 skompilowany do kodu maszynowego, który jest specyficzny dla platformy.

Kredyt na książkę "CLR via C#", zobacz to:

Https://books.google.co.uk/books?id=36tCAwAAQBAJ&pg=PT38

Polecam przeczytać ten post .

Podczas używania AnyCPU semantyka jest następująca:

• jeśli proces działa na 32-bitowym systemie Windows, działa jako 32-bitowy proces. IL jest kompilowany do kodu maszynowego x86.
• jeśli proces działa na 64-bitowym systemie Windows, działa jako proces 32-bitowy. IL jest kompilowany do kodu maszynowego x86.
• jeśli proces działa na systemie ARM Windows, działa jako 32-bitowy proces. IL jest skompilowany do maszyny ARM kod.