Все еще есть встроенная поддержка доступа к реестру в 64-битной Windows с использованием .NET Framework 4.x . Следующий код протестирован с Windows 7, 64 бит , а также с Windows 10, 64 бит .
Чтобы получить доступ к 64-битному реестру , вы можете использовать:
string value64 = string.Empty;
RegistryKey localKey =
RegistryKey.OpenBaseKey(Microsoft.Win32.RegistryHive.LocalMachine,
RegistryView.Registry64);
localKey = localKey.OpenSubKey(@"SOFTWARE\Microsoft\Windows NT\CurrentVersion");
if (localKey != null)
{
value64 = localKey.GetValue("RegisteredOrganization").ToString();
localKey.Close();
}
Console.WriteLine(String.Format("RegisteredOrganization [value64]: {0}",value64));
Если вы хотите получить доступ к 32-битному реестру , используйте:
string value32 = string.Empty;
RegistryKey localKey32 =
RegistryKey.OpenBaseKey(Microsoft.Win32.RegistryHive.LocalMachine,
RegistryView.Registry32);
localKey32 = localKey32.OpenSubKey(@"SOFTWARE\Microsoft\Windows NT\CurrentVersion");
if (localKey32 != null)
{
value32 = localKey32.GetValue("RegisteredOrganization").ToString();
localKey32.Close();
}
Console.WriteLine(String.Format("RegisteredOrganization [value32]: {0}",value32));
Не путайте, обе версии используют Microsoft.Win32.RegistryHive.LocalMachine в качестве первого параметра, вы различаете, использовать 64 бит или 32 бит 2nd параметр (RegistryView.Registry64 против RegistryView.Registry32).
Примечание , что
В 64-битной Windows HKEY_LOCAL_MACHINE\Software\Wow6432Node содержит значения, используемые 32-битными приложениями, работающими в 64-битной системе. Только истинные 64-битные приложения хранят свои значения непосредственно в HKEY_LOCAL_MACHINE\Software. Поддерево Wow6432Node полностью прозрачно для 32-битных приложений, 32-битные приложения по-прежнему видят HKEY_LOCAL_MACHINE\Software, как они ожидают (это своего рода перенаправление). В старых версиях Windows, а также 32-битной Windows 7 (и 32-битной Vista) поддерево Wow6432Node, очевидно, не существует.
Из-за ошибки в Windows 7 (64-разрядная версия) 32-разрядная версия исходного кода всегда возвращает «Microsoft» независимо от того, какую организацию вы зарегистрировали, в то время как 64-разрядная версия исходного кода возвращает правильную организацию.
Возвращаясь к предоставленному вами примеру, сделайте это следующим образом, чтобы получить доступ к 64-битной ветви:
RegistryKey localKey =
RegistryKey.OpenBaseKey(Microsoft.Win32.RegistryHive.LocalMachine,
RegistryView.Registry64);
RegistryKey sqlServerKey = localKey.OpenSubKey(
@"SOFTWARE\Microsoft\Microsoft SQL Server\Instance Names\SQL");
string sqlExpressKeyName = (string) sqlServerKey.GetValue("SQLEXPRESS");
Дополнительная информация для практического использования:
Я хотел бы добавить интересный подход Джонни Сковдал предложил в комментариях, которые я подобрал, чтобы разработать некоторые полезные функции, используя его подход: в некоторых ситуациях вы хотите вернуться все ключи независимо от того, 32-битный или 64-битный. Имена экземпляров SQL являются таким примером. В этом случае вы можете использовать запрос объединения следующим образом (C # 6 или выше):
// using Microsoft.Win32;
public static IEnumerable<string> GetRegValueNames(RegistryView view, string regPath,
RegistryHive hive = RegistryHive.LocalMachine)
{
return RegistryKey.OpenBaseKey(hive, view)
?.OpenSubKey(regPath)?.GetValueNames();
}
public static IEnumerable<string> GetAllRegValueNames(string RegPath,
RegistryHive hive = RegistryHive.LocalMachine)
{
var reg64 = GetRegValueNames(RegistryView.Registry64, RegPath, hive);
var reg32 = GetRegValueNames(RegistryView.Registry32, RegPath, hive);
var result = (reg64 != null && reg32 != null) ? reg64.Union(reg32) : (reg64 ?? reg32);
return (result ?? new List<string>().AsEnumerable()).OrderBy(x => x);
}
public static object GetRegValue(RegistryView view, string regPath, string ValueName="",
RegistryHive hive = RegistryHive.LocalMachine)
{
return RegistryKey.OpenBaseKey(hive, view)
?.OpenSubKey(regPath)?.GetValue(ValueName);
}
public static object GetRegValue(string RegPath, string ValueName="",
RegistryHive hive = RegistryHive.LocalMachine)
{
return GetRegValue(RegistryView.Registry64, RegPath, ValueName, hive)
?? GetRegValue(RegistryView.Registry32, RegPath, ValueName, hive);
}
public static IEnumerable<string> GetRegKeyNames(RegistryView view, string regPath,
RegistryHive hive = RegistryHive.LocalMachine)
{
return RegistryKey.OpenBaseKey(hive, view)
?.OpenSubKey(regPath)?.GetSubKeyNames();
}
public static IEnumerable<string> GetAllRegKeyNames(string RegPath,
RegistryHive hive = RegistryHive.LocalMachine)
{
var reg64 = GetRegKeyNames(RegistryView.Registry64, RegPath, hive);
var reg32 = GetRegKeyNames(RegistryView.Registry32, RegPath, hive);
var result = (reg64 != null && reg32 != null) ? reg64.Union(reg32) : (reg64 ?? reg32);
return (result ?? new List<string>().AsEnumerable()).OrderBy(x => x);
}
Теперь вы можете просто использовать приведенные выше функции следующим образом:
Пример 1: Получить имена экземпляров SQL
var sqlRegPath=@"SOFTWARE\Microsoft\Microsoft SQL Server\Instance Names\SQL";
foreach (var valueName in GetAllRegValueNames(sqlRegPath))
{
var value=GetRegValue(sqlRegPath, valueName);
Console.WriteLine($"{valueName}={value}");
}
выдаст вам список имен и значений в sqlRegPath.
Примечание: Вы можете получить доступ к значению по умолчанию клавиши (отображается инструментом командной строки REGEDT32.EXE как (Default)), если вы пропустите параметр ValueName в соответствующие функции выше.
Чтобы получить список SubKeys в разделе реестра, используйте функцию GetRegKeyNames или GetAllRegKeyNames. Вы можете использовать этот список для просмотра других ключей в реестре.
Пример 2: Получение информации об удалении установленного программного обеспечения
var currentVersionRegPath = @"SOFTWARE\Microsoft\Windows\CurrentVersion";
var uninstallRegPath = $@"{currentVersionRegPath}\Uninstall";
var regKeys = Registry.GetAllRegKeyNames(RegPath: uninstallRegPath);
получит все 32-битные и 64-битные ключи удаления.
Обратите внимание на нулевую обработку , необходимую в функциях, поскольку сервер SQL может быть установлен как 32-битный или как 64-битный (пример 1 выше). Функции перегружены, поэтому вы все равно можете передать 32-битный или 64-битный параметр, если это необходимо - однако, если вы его опустите, он попытается прочитать 64-битный код, в случае сбоя (нулевое значение) он прочитает 32-битные значения.
Здесь есть одна особенность: поскольку GetAllRegValueNames обычно используется в контексте цикла (см. Пример 1 выше), он возвращает пустое перечисляемое значение вместо null для упрощения циклов foreach: если это не будет обработано таким образом, то перед циклом должен стоять префикс if, проверяющий null, что было бы громоздко, если бы это делалось - так, чтобы это было обработано один раз в функции.
Зачем беспокоиться о нуле? Потому что, если вам все равно, у вас будет гораздо больше головной боли, выясняющей, почему в вашем коде возникло исключение нулевой ссылки - вы потратите много время выяснить, где и почему это произошло. И если это произойдет на производстве, вы будете очень заняты изучением файлов журналов или журналов событий (надеюсь, у вас реализовано ведение журналов) ... лучше избегать нулевых проблем, когда вы можете защититься. Операторы ?., ?[ ... ] и ?? могут вам сильно помочь (см. Приведенный выше код). Есть хорошая статья, в которой обсуждаются новые ссылочные типы, допускающие обнуление в C # , которые я рекомендую прочитать, а также этот об операторе Элвиса.
Подсказка: Вы можете использовать бесплатную версию Linqpad , чтобы протестировать все примеры под Windows. Не требует установки. Не забудьте нажать F4 и ввести Microsoft.Win32 на вкладке импорта пространства имен. В Visual Studio вам требуется using Microsoft.Win32; вверху кода.
Подсказка: Чтобы ознакомиться с новыми операторами обработки нуля , , попробуйте (и отладьте) следующий код в LinqPad:
Пример 3: Демонстрация нулевых операторов обработки
static string[] test { get { return null;} } // property used to return null
static void Main()
{
test.Dump(); // output: null
// "elvis" operator:
test?.Dump(); // output:
// "elvis" operator for arrays
test?[0].Dump(); // output:
(test?[0]).Dump(); // output: null
// combined with null coalescing operator (brackets required):
(test?[0]??"<null>").Dump(); // output: "<null>"
}
Попробуйте с .Net fiddle
Если вам интересно, здесь - это несколько примеров, которые я собрал, чтобы показать, что еще вы можете сделать с помощью инструмента.