无可用API时如何控制任意Windows程序实现UI交互操作

首先直接给结论：你之前关注的AutoHotkey、FlaUI就是当前场景下的主流最优技术路线，不存在通用层面更好的替代方案，二者覆盖了几乎所有Windows桌面程序的自动化需求，不用浪费时间找其他偏门工具，只需要根据目标程序的控件特性选对工具就行。

两类工具的适用边界，别选错方向 #

• FlaUI：这是基于微软原生UI Automation（UIA）框架的.NET封装，属于Windows UI自动化的官方技术路线正统实现，优先用于符合Windows控件规范的程序。只要目标程序用的是标准WinForm、WPF、WinUI、UWP控件，或者大部分用标准框架实现的Qt、Electron程序，能被UIA识别到控件树，选它的稳定性是所有方案里最高的。
  它不需要模拟键鼠操作，能直接读取控件属性、触发控件原生事件，完全不受窗口位置变化、窗口被遮挡、分辨率调整的影响：文本输入直接调用输入框的SetValue()方法，按钮点击直接调用Invoke()方法，下拉选项选择直接调用SelectItem()方法，不会出现焦点抢错、点偏位置的问题。
  上手前不用找零散教程，先开Windows SDK自带的Inspect.exe探测目标程序，如果能拿到控件的AutomationId、Name、ControlType属性，直接对照FlaUI官方自带的示例代码写就行——常规逻辑就是先按进程名/窗口标题定位主窗口，再按控件属性逐层找到目标控件，调用对应控件Pattern提供的方法即可，覆盖90%以上的常规交互需求。
• AutoHotkey（优先学v2版本，v1已经停止维护不用浪费时间）：这是Windows平台轻量键鼠/窗口操作工具的天花板，专门用来解决FlaUI搞不定的场景：比如目标程序用了完全自绘的控件、老古董VB/Delphi程序不暴露UIA属性、带反作弊的游戏屏蔽了UIA接口。这类场景下你没法通过控件树定位元素，只能靠窗口绑定、相对坐标、找图找色、Win32消息模拟实现交互，AHK对这类操作的兼容性、易用性比其他同类工具高一个档次。
  用AHK的时候别写死屏幕坐标，所有定位优先绑定目标窗口的客户区相对坐标，优先用ControlClick、ControlSend这类直接给控件发Win32消息的命令，不需要把窗口顶到前台也能操作，稳定性比前台模拟键鼠高很多；遇到完全无法识别的自绘区域，再配合内置的找图找色函数定位操作点，足够应付绝大多数非标准控件的交互需求。

不需要额外尝试的低性价比方案 #

别在这些工具上浪费精力：

• PyAutoGUI、SikuliX这类纯图像/坐标模拟工具：对Windows窗口的原生适配能力差，稳定性远低于AHK，只适合临时凑合用的超简单场景
• WinAppDriver：本质是把UIA包装成了WebDriver接口，底层能力和FlaUI完全一致，但生态更差、调试更麻烦，没有特殊需求不用选
• 各类按键精灵、第三方自动化模块：普遍存在报毒、兼容性差、长期不维护的问题，生产场景完全不推荐

新手最容易踩的坑：如果目标程序是用管理员权限启动的，你的自动化脚本/工具也必须用管理员权限运行，否则会被Windows的UIPI（用户界面特权隔离）机制拦截，拿不到窗口信息、发不出交互消息。

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