如何通过外部.NET C# exe程序点击Java应用中的按钮

FindWindowEx/EnumChildWindows找不到按钮句柄是必然结果：Swing、AWT、旧版JavaFX编写的Java桌面应用，所有内部控件都是JVM自行绘制的，不会为每个按钮、输入框生成独立的Win32窗口句柄（HWND）。整个Java进程的UI通常只有一个顶层窗口HWND，控件的渲染、事件响应全在JVM内部完成，天然不兼容依赖标准Win32控件句柄的枚举API。

方案1：UI Automation + Java Access Bridge（稳定性最高，优先推荐） #

Java 7 Update 6及以上版本内置Java Access Bridge（JAB），开启后会把Java应用内部的控件层级、属性、操作接口完整暴露给Windows UI Automation框架，无需修改Java应用代码即可识别控件、触发点击：

• 首先在目标设备开启JAB：以管理员身份运行JRE/bin目录下的jabswitch -enable命令，重启目标Java应用生效
• C#项目中添加UIAutomationClient、UIAutomationTypes程序集引用，调用System.Windows.Automation命名空间下的接口
• 拿到Java窗口的顶层HWND后，遍历UIA控件树，按控件名称、控件类型、AutomationId匹配到目标按钮，直接调用InvokePattern.Invoke()方法触发点击，无需手动计算坐标、模拟鼠标动作

注意：JavaFX应用需要在启动时添加-Djavafx.accessibility.enabled=true JVM参数，否则控件树不会完整暴露。

方案2：坐标模拟点击（实现成本最低，适配性差） #

如果不想额外配置组件，可直接基于顶层窗口做固定坐标模拟点击：

• 拿到顶层窗口HWND后，调用SetForegroundWindow把窗口激活到前台，通过GetWindowRect获取窗口在屏幕上的位置
• 提前测量按钮相对于窗口左上角的固定偏移，计算出按钮的屏幕坐标，调用SendInput Win32API模拟鼠标移动、左键点击动作
• 优点：代码量极小，不需要依赖额外组件
• 缺点：稳定性极差，窗口大小变化、系统主题变更、DPI缩放调整、界面布局改版都会导致坐标错位，仅适合固定环境、临时自用的脚本场景

注意：不要尝试给窗口发送BM_CLICK、WM_COMMAND这类标准控件消息，没有对应子句柄的情况下这类消息不会被Java应用处理；同时要给C#程序开启高DPI感知，避免缩放导致坐标偏移。

方案3：Java端注入调用（精准度最高，需可控Java启动流程） #

如果目标Java应用可配置启动参数，可直接对接JVM内部接口触发操作：

• 方式一：编写轻量Java Agent，启动Java应用时通过-javaagent参数加载Agent，Agent内部在Swing/JavaFX UI线程遍历组件树找到目标按钮，直接调用组件的doClick()方法，C#端通过命名管道、本地TCP等进程间通信方式给Agent发送点击指令即可
• 方式二：开启Java应用的JMX管理端口，C#通过JMX客户端连接JVM，调用预先注册的MBean方法触发按钮点击
• 优点：100%精准，不受窗口位置、遮挡、缩放、布局变化影响
• 缺点：需要修改Java应用启动参数；如果对第三方无修改权限的应用用远程线程注入方式强行加载Agent，会触发绝大多数杀毒软件的告警，不适合生产环境使用。

方案4：图像识别定位（适配场景广，稳定性中等） #

如果既无法开启JAB，也不能修改Java应用启动参数，可通过图像匹配定位按钮：

• 提前截取目标按钮的模板图片，C#端定时捕获Java窗口的客户区截图，用OpenCV的模板匹配、特征点匹配算法识别按钮在窗口内的实时坐标，再调用SendInput模拟点击
• 优点：不依赖Java应用的任何内部接口，只要按钮视觉特征可识别就能生效，适配所有Java UI框架
• 缺点：需要处理按钮多状态（悬停、禁用、选中）、文字动态变化、弹窗遮挡等场景，识别性能和准确率不如直接读取控件结构。

不要浪费时间尝试枚举子窗口、给Java应用内部控件发送标准Win32控件消息，这类操作从原理上就不可能生效，因为Java自绘控件根本没有对应的独立HWND。

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