解决程序自启动注册表配置失效问题

在为程序设置开机自启动时，通常通过注册表实现。然而，配置后可能发现注册表路径未生效，特别是在64位系统上。本文分享一次排查经验，解决自启动键值未出现在预期注册表路径的问题。

问题背景

程序通过C#代码写入注册表实现开机自启动，代码运行无异常，但检查HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run未找到设置的键值。尝试以管理员身份运行和改用Registry.CurrentUser路径仍无效。然而，在全新电脑测试，程序可正常自启动，但注册表键值仍未出现在预期路径。

问题排查

通过全局搜索注册表，发现键值实际写入HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Run。原因是32位程序在64位系统上运行时，注册表操作被重定向到WOW6432Node节点。此问题与编程语言无关（C#、Java、Python等均可能遇到）。

问题原因

在64位系统中，32位程序的注册表操作默认重定向到WOW6432Node，导致键值未写入预期路径。尽管自启动功能生效，但检查错误路径导致误以为配置失败。需明确指定64位注册表视图以避免重定向。

解决方案

修改C#代码，使用RegistryKey.OpenBaseKey并指定RegistryView.Registry64访问64位注册表。优化后的代码如下：

/// <summary>
/// 设置开机启动（兼容64位系统）
/// </summary>
/// <param name="appPath">程序路径</param>
/// <param name="errMsg">错误信息</param>
/// <returns>是否成功</returns>
public static bool SetAutoStart(string appPath, out string errMsg)
{
    string registryKeyPath = @"SOFTWARE\Microsoft\Windows\CurrentVersion\Run";
    errMsg = "";
    
    // 检查64位注册表
    using (RegistryKey key = RegistryKey.OpenBaseKey(RegistryHive.LocalMachine, RegistryView.Registry64)
        .OpenSubKey(registryKeyPath))
    {
        if (key != null && key.GetValue("AppName") != null)
        {
            if ($"{appPath} -p".Equals(key.GetValue("AppName").ToString()))
                return true;
        }
    }

    var _md5 = "AppName_" + GetMD5(appPath);
    try
    {
        // 写入64位注册表
        using (RegistryKey key = RegistryKey.OpenBaseKey(RegistryHive.LocalMachine, RegistryView.Registry64)
            .CreateSubKey(registryKeyPath))
        {
            key.SetValue(_md5, $"{appPath} -p");
        }
    }
    catch (Exception ex)
    {
        errMsg = ex.Message;
        return false;
    }
    return true;
}

说明：假设GetMD5为自定义MD5方法，需确保实现。使用RegistryView.Registry64强制访问64位注册表，避免WOW6432Node重定向。

总结

64位系统中，32位程序的注册表操作可能被重定向到WOW6432Node，导致自启动键值未出现在预期路径。使用RegistryView.Registry64可解决此问题。建议运行程序时以管理员身份执行，确保写入权限。希望这个经验能帮你快速定位类似问题！