PowerShell修改Windows注册表项后未生效，代码是否存在问题？

场景：某PowerShell安装脚本调用setup.exe创建Windows注册表项，后续自定义安装程序需修改该注册表项。执行代码片段后，日志显示注册表值已改为目标路径，但脚本结束后，Windows注册表对应项仍保留修改前的值，仿佛未提交修改。请问这段代码是否存在问题？

代码片段 #

$TNS_NAMES_Key                  = "HKLM:\SOFTWARE\ORACLE\ODP.NET.Managed\4.122.19.1"
$TNS_NAMES_Value                = "C:\XXX\XXX\c.19.0.0.0.0_64\product\19.0.0\client_1\network\admin\NonExistentDirectory"
Write-Host (Get-Date).ToString("yyyy-MM-dd_HH:mm:ss") "修改前:"
$foo                            = Get-ItemPropertyValue -Path $TNS_NAMES_Key -Name "TNS_ADMIN"
Write-Host $foo

Try 
{
    Set-Itemproperty -Path $($TNS_NAMES_Key) -Name 'TNS_ADMIN' -Value $($TNS_NAMES_Value) -ErrorAction Stop
}
catch [System.Management.Automation.ItemNotFoundException]
{
    Write-Host (Get-Date).ToString("yyyy-MM-dd_HH:mm:ss") "警告：修改注册表项 $($TNS_NAMES_Key) 时出错：$($_.Exception.Message)"
    $errors_setting_registry_key = $true
}
catch
{
    Write-Host (Get-Date).ToString("yyyy-MM-dd_HH:mm:ss") "全局捕获错误：$($_.Exception.Message)"
    $errors_setting_registry_key = $true
}

#...
Write-Host (Get-Date).ToString("yyyy-MM-dd_HH:mm:ss") "修改后:"
$foo        = Get-ItemPropertyValue -Path $TNS_NAMES_Key -Name "TNS_ADMIN"
Write-Host $foo

执行日志 #

2023-04-10_08:21:07 修改前:
C:\XXX\XXX\c.19.0.0.0.0_64\product\19.0.0\client_1\network\admin
2023-04-10_08:21:07 修改后:
C:\XXX\XXX\c.19.0.0.0.0_64\product\19.0.0\client_1\network\admin\NonExistentDirectory

问题根源与解决方案 #

这段代码本身语法无错误，但日志显示修改成功却未持久化的核心原因，大概率是Windows注册表重定向机制导致的：

1. 注册表重定向的影响 #

• 当32位PowerShell进程访问HKLM:\SOFTWARE路径时，系统会自动将请求重定向到HKLM:\SOFTWARE\Wow6432Node分支；
• 代码实际修改的是重定向后的32位分支注册表项，但你在默认64位的注册表编辑器中查看的是64位分支，因此看不到修改结果；
• 日志中读取到的"修改后"值，是32位分支的内容，而非目标64位分支的值。

2. 验证方式 #

• 打开注册表编辑器，导航到HKLM:\SOFTWARE\Wow6432Node\ORACLE\ODP.NET.Managed\4.122.19.1，查看TNS_ADMIN值，会发现它已被修改为目标路径；
• 或在64位PowerShell中重新运行读取命令，会看到原64位分支的值并未改变。

3. 解决办法 #

• 使用64位PowerShell执行脚本：直接启动C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe运行脚本，避免重定向；
• 强制访问64位分支（32位PowerShell环境下）：通过Registry类的64位视图操作：

  $regPath = "SOFTWARE\ORACLE\ODP.NET.Managed\4.122.19.1"
  $regKey = [Microsoft.Win32.Registry]::LocalMachine.OpenSubKey($regPath, $true, [Microsoft.Win32.RegistryRights]::SetValue)
  $regKey.SetValue("TNS_ADMIN", $TNS_NAMES_Value, [Microsoft.Win32.RegistryValueKind]::String)
  $regKey.Close()
  

• 确认目标分支：先明确setup.exe创建的是32位还是64位注册表项，再对应选择PowerShell位数或指定分支操作。

另外，若脚本未以管理员身份运行，Set-ItemProperty可能触发静默失败（写入虚拟注册表 hive 而非真实注册表），但这种情况通常会被catch块捕获到权限错误，你的日志无错误信息，因此优先级低于注册表重定向问题。

内容的提问来源于stack exchange，提问作者glezo