macOS下Java AWT Robot的keyPress操作远慢于Windows的问题咨询

• 该现象是OpenJDK macOS平台分支下AWT Robot实现的已知长期性能缺陷，大量在macOS环境下开发自动化测试、键鼠模拟功能的开发者都复现过完全一致的性能表现，和你的跨平台测试结果没有偏差。
• 性能损耗的核心根源完全来自平台实现的硬编码逻辑：
  • macOS版本的AWT Robot，每次执行keyPress/keyRelease时，会在AppKit事件队列上执行全量空闲轮询，等待队列内所有待处理事件消费完成后才会返回调用，单轮轮询的固定等待间隔被硬编码为100ms
  • 你测试的100次按键对应100次press + 100次release，合计200次事件触发，单轮100ms等待的累计耗时刚好在11000ms左右，和你的实测值完全匹配
  • 你手动添加robot.delay(30)却看不到性能改善的原因也在这里：主动延迟逻辑不会覆盖平台层的轮询开销，这个开销是AWT实现层写死的，和用户代码加不加主动延迟无关
• JavaFX Robot跨平台性能一致的原因很好解释：JavaFX的Robot实现没有复用AWT的事件轮询逻辑，直接调用操作系统底层的事件投递接口，没有中间层的空闲等待，所以Win10和macOS下的耗时基本持平。

• 关于autoWaitForIdle的认知偏差
  从你的测试代码可以看到，注释掉robot.setAutoWaitForIdle(true)之后，Windows平台的耗时直接从140ms降到15ms，但macOS的耗时没有变化——这不是你的操作有问题，而是macOS平台的AWT Robot实现，在Robot实例初始化时就默认强制开启了autoWaitForIdle，没有提供对外的关闭入口，单靠调用setter方法无法修改这个默认行为。
• 低改造成本方案：替换为JavaFX Robot
  也就是你已经完成验证的方案：在现有项目中引入JavaFX基础依赖，把java.awt.Robot替换为javafx.scene.robot.Robot，不需要修改核心的按键触发逻辑，就可以完全规避这个性能问题，macOS下的模拟耗时和Windows平台保持一致。
• 版本升级方案：切换到JDK 17及以上版本
  OpenJDK在JDK 17的macOS AWT实现分支中，正式修复了这个轮询逻辑的性能问题：把之前的全量队列等待+100ms硬编码间隔，调整为单次事件投递的轻量确认逻辑，对应场景下的100次按键耗时可以降到和Windows平台接近的水平。如果因为项目约束没法直接引入JavaFX依赖，优先升级到JDK 17以上版本即可解决。
• 高适配成本方案：直接调用平台原生接口
  如果有强需求留在AWT体系内，可以绕开AWT Robot的高层封装，直接调用对应平台的原生事件接口，跳过AWT层的轮询逻辑，也可以达到和JavaFX Robot一致的性能，但需要为Windows、macOS、Linux分别写适配代码，长期维护成本较高。

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