Windows 64-разрядный реестр vs. 32-разрядный реестр

Question

Я слышал о архитектуре Windows x64, чтобы поддерживать запуск как приложений x86, так и x64, есть два разных/разных набора реестра Windows: один для приложения x86 для доступа, а другой для приложения x64 для доступ? Например, если COM регистрирует CLSID в наборе реестра x86, то приложение x64 никогда не сможет получить доступ к COM-компоненту с помощью CLSID, потому что у x86/x64 есть разные наборы реестра?

Итак, мой вопрос в том, правильно ли я понял вышеприведенный образец? Я также хочу получить еще несколько документов, чтобы узнать эту тему, о двух разных наборах реестра для архитектуры x64. (Я сделал некоторый поиск, но не нашел какую-либо ценную информации.)

заранее спасибо, Джорджа

Answer 1

Недавно я столкнулся с этой проблемой. Короткий ответ заключается в том, что если вы запускаете 32-битное приложение на 64-битной машине, то это ключи реестра расположены под Wow6432Node.

Например, предположим, что у вас есть приложение, которое хранит свою информацию в реестре в разделе:

HKEY_LOCAL_MACHINE\SOFTWARE\CompanyX 

Если скомпилировать приложение как 64 разрядное двоичное и запустить его на 64 битной машине затем ключи реестра в месте, указанном выше. Тем не менее, если вы скомпилировать приложение как 32 разрядное двоичное и запустить его на 64 битной машине, то ваша информация реестра сейчас находится здесь:

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\CompanyX 

Это означает, что если вы используете оба 32-битные и 64-битные версии вашего приложения на той же машине, то каждый из них будет искать другой набор ключей реестра.

Answer 2

Я бег битной машины x64 как мой рабочий стол; и я никогда не сталкивался с проблемами с различными конфигурациями реестра.

Per MSDN, видимо, есть разница: http://msdn.microsoft.com/en-us/library/ms724072(VS.85).aspx

НТН

Answer 3

Вот статья в Википедии о реестре WOW64, который может дать вам некоторые из информации, которую вы ищете:

http://en.wikipedia.org/wiki/WOW64

Answer 4

Ваше понимание неверное. Не было бы необходимости в приложении x64 для доступа к CLISID x86, поскольку он никогда не сможет загрузить эти компоненты в любом случае и наоборот.

Если вы хотите создать компонент для использования как x86, так и x64, вам нужно либо создать пару dlls, построенных для x86, а другую для x64 и зарегистрировать их в соответствующих частях реестра. Regsrv32.exe в папке System32 будет неправильно регистрировать компонент x64, а файл regsrv32.exe в папке SysWOW64 зарегистрирует компонент x86.

Альтернативно создайте сборку .NET для любого ЦП, который может использоваться любой архитектурой ЦП.

Answer 5

Они не являются отдельными реестрами - одна из них является подназдой другой, а ОС выполняет виртуализацию, чтобы убедиться, что 32-разрядные приложения получают свои ключи и 64-битные приложения получают свои ключи.

Answer 6

Как зарегистрировать сборку .NET, которая будет использоваться как COM в чистом 64-битном приложении?

Проблема: По умолчанию, если вы включите «Регистрация для COM Interop» в настройках сборки, он не регистрирует библиотеку типов для 64-битных.

Решение: Чтобы зарегистрировать сборку, которая не находится в GAC на 64-битной машине, откройте окно CMD и сделать:

cd c:\windows\microsoft.net\framework64\v2.x.xxxxx 
regasm /codebase "path to your compiled assembly dll" 

Это позволит устранить «Класс не зарегистрирован Error» при использовании родной C++ для инициализации сборки .NET как COM-объекта.