AutoHotkey中ControlSend使用ahk_id与ahk_parent的差异问询

我来帮你理清这个差异背后的逻辑，其实这和ControlSend的消息接收目标以及窗口的消息传递机制直接相关，咱们一步步拆解：

首先先还原你的测试代码：

sendi(keyspec, wintitle:="A")
{
    WinGet, winid, ID, % wintitle
    ControlSend, , % keyspec, % "ahk_id " winid
}

sendp(keyspec, wintitle:="A")
{
    ControlSend, ahk_parent, % keyspec, % wintitle
}

F1::test()

test()
{
    Sleep 1000
    sendi("{F5}{enter}")
    sendp("{F5}{enter}")
    sendi("F5")
    sendp("F4")
}

你提到在Windows 10记事本按F1测试时，发现sendi和sendp都能触发记事本的F5快捷键，但只有sendi能把字面的F5输入到文本区——这个差异的核心在于两个函数里ControlSend的消息发送目标不同：

1. sendi函数的行为逻辑 #

sendi里的ControlSend调用是：ControlSend, , % keyspec, % "ahk_id " winid
这里的第一个参数（控件参数）留空，AutoHotkey会自动找到目标窗口当前拥有焦点的子控件（在记事本里就是文本编辑区），然后把按键消息直接发送给这个控件。

对于记事本的文本编辑区来说，F5并不是它自身的快捷键，所以它会把这个按键当作普通字符处理，从而在文本区输入字面的F5；同时，窗口的全局快捷键处理逻辑（记事本的F5绑定了插入当前时间）也会被触发——这就是为什么sendi既能输入字符又能触发快捷键的原因。

2. sendp函数的行为逻辑 #

sendp里的ControlSend调用是：ControlSend, ahk_parent, % keyspec, % wintitle
这里指定了控件为ahk_parent，意思是直接把按键消息发送给窗口的顶层窗口过程，而不是任何子控件。

窗口过程会优先处理自身绑定的快捷键（比如记事本的F5插入时间），执行对应的动作后，不会再把消息传递给子控件，因此自然不会在文本区输入字面的F5字符——这就是为什么sendp只能触发快捷键，无法输入字符的原因。

其实这个差异在ControlSend文档里的细节隐含着，只是没有单独拎出来强调：当控件参数为空时，目标是窗口的焦点控件；而指定ahk_parent时，目标是窗口本身，两者的消息处理路径完全不同，所以表现出的结果就不一样了。

备注：内容来源于stack exchange，提问作者Jimm Chen