嘿，我来帮你搞定这两个问题——

配置兼容性模式核心是修改系统注册表的兼容性配置项，针对不同范围（所有用户/当前用户）有两种路径，下面是常用的脚本实现方式：

• 批处理脚本示例：
  比如要给C:\targetApp.exe设置Windows 7兼容性模式+强制管理员运行，可执行以下命令（修改HKLM路径需要管理员权限）：

  rem 针对所有用户生效
  reg add "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers" /v "C:\targetApp.exe" /t REG_SZ /d "WIN7RTM RUNASADMIN" /f
  rem 仅针对当前用户生效
  reg add "HKCU\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers" /v "C:\targetApp.exe" /t REG_SZ /d "WIN7RTM RUNASADMIN" /f
  

  常见兼容性模式参数还有：WINXPSP3、VISTASP2、WIN8RTM等，多个参数用空格分隔即可。

• PowerShell脚本示例：
  同样以Windows 7兼容+管理员运行为例，代码如下：

  # 针对所有用户（需管理员权限执行）
  New-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers" -Name "C:\targetApp.exe" -Value "WIN7RTM RUNASADMIN" -PropertyType String -Force
  # 仅针对当前用户
  New-ItemProperty -Path "HKCU:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers" -Name "C:\targetApp.exe" -Value "WIN7RTM RUNASADMIN" -PropertyType String -Force
  

你提到修改HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers后，程序属性显示勾选但实际未提权，这大概率是以下几个原因导致的，咱们逐一排查：

• 先解决注册表重定向问题：
  如果你的脚本是32位程序（比如32位cmd/PowerShell），在64位系统中修改HKLM下的键会被自动重定向到HKLM\SOFTWARE\Wow6432Node\...路径，而64位程序（比如procexp64.exe）只会读取原生64位注册表键。解决办法：

  • 用64位版本的reg.exe或PowerShell执行修改操作；
  • 若必须用32位工具，批处理的reg命令需加/reg:64参数：

    reg add "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers" /v "C:\procexp64.exe" /t REG_SZ /d "RUNASADMIN" /f /reg:64
    

• 移除多余的~符号：
  单纯的「以管理员身份运行」参数不需要加~，这个符号通常用于标记高DPI缩放替代等特殊选项。你之前设置的~ RUNASADMIN可能导致系统解析参数异常，改成纯RUNASADMIN即可。

• 检查程序内置Manifest文件：
  部分程序自身的Manifest文件里已经指定了执行级别（比如requestedExecutionLevel level="asInvoker"），这种情况下注册表的兼容性设置会被程序自身配置覆盖。你可以用资源工具（比如Resource Hacker）查看程序的Manifest内容，如果确实存在指定执行级别，要么修改程序Manifest，要么改用部署快捷方式并设置「以管理员身份运行」的方案。

• 验证UAC系统设置：
  如果系统UAC被调到最低级别（从不通知），部分程序的提权逻辑可能出现异常，建议将UAC保持在默认或中等级别再测试。

修改注册表后无需重启系统，重新启动目标程序即可生效，但要确保修改的是对应位别的注册表键哦！

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