管理员权限问题一篇讲清：为什么有些窗口点不动、发不了键

AHK 脚本明明写对了，却点不动某些窗口、发不了按键、ControlClick 没反应，很多时候不是命令错，而是权限不一致。Windows 的权限隔离会阻止低权限进程控制高权限窗口。

一、典型现象

• 普通窗口里热键正常，管理员程序里热键不生效。
• SendInput 对普通软件有效，对某个安装器或管理工具无效。
• ControlClick、ControlSend 找得到窗口，但操作没有反应。
• 脚本无法激活某些高权限窗口。
• 拖放文件到脚本窗口时没有触发。

二、先判断是不是权限问题

#Requires AutoHotkey v1.1
#NoEnv
#SingleInstance Force

if A_IsAdmin
    MsgBox, 当前脚本是管理员权限。
else
    MsgBox, 当前脚本是普通权限。
return

A_IsAdmin 可以判断脚本当前是否以管理员权限运行。如果目标程序是管理员权限，而脚本不是，很多发送和控制动作都会失败。

三、以管理员权限重启脚本

; AHK以管理员自启
if !(A_IsAdmin || InStr(DllCall("GetCommandLine", "Str"), ".exe /r"))
    RunWait % "*RunAs " (_:=A_IsCompiled ? """" : A_AhkPath " /r """) A_ScriptFullPath (_ ? """" : """ /r")

MsgBox, 已经以管理员权限运行。
return

*RunAs 会触发 UAC 提权。这个写法适合明确需要控制管理员窗口的脚本。注意：不是所有脚本都应该默认提权，能普通权限解决就普通权限运行。

四、为什么低权限控制不了高权限

Windows 有用户界面权限隔离机制。简单理解：普通权限程序不能随便向管理员权限程序发送输入消息、窗口消息或拖放数据。这样可以防止低权限程序偷偷控制高权限窗口。

所以，当你发现“窗口能看到、标题也能匹配，但就是点不动、发不了键”，要先看目标窗口是不是管理员权限。

五、不要盲目全程管理员

把脚本一直以管理员运行确实能解决一部分控制问题，但也会带来副作用：

• 普通程序向管理员脚本拖放文件可能失效。
• 脚本写文件、启动子进程时权限环境会变化。
• 误操作风险更高。
• 某些热键和输入法表现会和普通权限不同。

六、ControlClick 也受权限影响

SetTitleMatchMode, 2

if !WinExist("目标窗口") {
    MsgBox, 没找到目标窗口。
    return
}

ControlClick, Button1, 目标窗口

ControlClick 不是权限绕过工具。目标窗口权限更高时，后台控件命令也可能无效。此时应统一权限，或者换成目标软件支持的接口、命令行、配置文件等更稳的方式。

七、排查顺序

1. 确认脚本是否管理员权限：看 A_IsAdmin。
2. 确认目标程序是否管理员权限。
3. 脚本和目标程序尽量保持同一权限级别。
4. 先测试 WinActivate，再测试 Send 或 ControlClick。
5. 如果是安装器、系统设置、UAC 窗口，要降低自动化预期。
6. 能用命令行、文件、接口解决时，不要硬模拟点击。

权限问题的核心不是“AHK 能不能控制”，而是 Windows 允不允许低权限程序控制高权限窗口。把权限级别统一，很多奇怪问题会立刻消失。