PowerShell远程操作注册表时带重音特殊字符乱码问题求助

系统UTF-8 Beta选项的作用 #

你提到的「使用Unicode UTF-8提供全球语言支持」Beta选项，本质是将Windows系统全局的**ANSI代码页（ACP）和OEM代码页（OCP）**都修改为65001（UTF-8）。该选项生效后，所有默认调用ANSI版本Win32 API的程序，都会使用UTF-8作为默认编码，因此不会出现非ASCII字符转码错误。

你修改的$OutputEncoding变量只作用于PowerShell向外输出字节流（比如管道传递给外部程序、重定向到文件）时的编码，和Registry Provider处理字符串写入的逻辑无关，所以即使修改为UTF-8也不会生效。

远程执行写入乱码的核心原因 #

PowerShell远程会话（基于WinRM）的Registry Provider在处理字符串写入操作时，会默认使用当前会话上下文的ANSI代码页对非ASCII字符做转码，当代码页不支持你要写入的重音字符时，就会出现乱码替换。而你本地运行时使用的是本机的ANSI代码页，和你输入的字符编码匹配，因此不会出问题。

不需要开启全局Beta选项，也不需要修改系统编码，直接调用.NET封装的原生Unicode版本注册表API写入即可，完全避开代码页转码逻辑：

# 替换为你要操作的注册表路径，支持HKLM/HKCU等前缀
$regPath = "HKLM:\SYSTEM\Test"
# 将PowerShell格式的注册表路径转换为.NET方法可识别的路径
$dotNetRegPath = $regPath -replace "^HKLM:", "HKEY_LOCAL_MACHINE" -replace "^HKCU:", "HKEY_CURRENT_USER"
# 直接写入字符串，.NET会调用Unicode版本的Win32 API，无需转码
[Microsoft.Win32.Registry]::SetValue($dotNetRegPath, "Issuer", $Issuer)

该方案无需修改任何全局或进程级配置，写入完成后也不需要做任何还原操作，兼容性远高于修改系统编码的方案。

• chcp 65001只修改当前控制台的OEM代码页，不影响Registry Provider的编码逻辑
• cmd /c reg add调用的reg命令默认使用ANSI代码页处理输入参数，即使提前执行chcp 65001，参数传递过程中仍会出现转码错误

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