AHK使用ControlSend向cmd启动的CLI发送按键时出现错误字符问题

• 窗口匹配逻辑与实际输入载体错位
  AutoHotkey 使用ahk_pid %pid2%匹配窗口时，只会锚定该PID进程对应的顶层可见窗口。你向cmd窗口本身发送内容正常，是因为此时目标就是cmd的顶层控制台窗口，消息投递路径完全正确；但如果目标CLI是cmd启动的嵌套子进程，要么pid2的传值本身有误（比如误取了外层cmd的PID而非子CLI的PID），要么子CLI没有独立顶层窗口，所有输入都需要通过外层cmd的控制台句柄转发，此时ControlSend的消息没有落到实际处理CLI输入的路径上，就会出现字符序列被错误解析的问题。
• 输入编码不兼容
  ControlSend 默认投递Unicode格式的字符流，cmd本身的输入解析逻辑可以正常处理这类字符，但很多传统CLI程序读取控制台输入时，会直接按当前控制台的本地ANSI代码页（中文环境下为936/GBK）解码字节。未经编码转换的Unicode字符被按ANSI规则解码，就会直接出现你看到的�밶llue -allcell这类乱码，刚好对应你输入开头几个字符-a解码失败的结果。
• Windows控制台特殊输入机制冲突
  Windows控制台窗口对WM_CHAR、WM_KEYDOWN这类消息的处理逻辑和普通GUI窗口存在差异，若目标控制台开启了旧版控制台模式、快速编辑/文本标记模式，会优先拦截部分按键序列处理编辑器功能，导致原本要发送给CLI的按键被错误转码、替换为无效乱码值。

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