为什么Selenium-js中sendKeys正常工作却无法发送回车键？

这个问题几乎都是自定义输入组件的异步状态逻辑和焦点临时偏移共同导致的，具体可以拆解为以下几点：

• 防抖/节流逻辑拦截
  很多带搜索、自动补全、实时校验功能的封装输入组件，会给input事件加防抖（通常是300~1000ms），输入文本后防抖周期内，组件会临时屏蔽回车键的提交逻辑，避免用户输入还没结束就误触发提交。你等1秒刚好过了防抖周期所以生效，插入click操作相当于触发了组件的焦点恢复逻辑，会强制跳过当前等待中的防抖任务，直接启用回车键监听。
• 焦点状态异常
  第一次sendKeys能正常输入，只能说明调用时元素是聚焦状态，但输入完成后组件内部的状态更新（比如校验触发、下拉选项渲染、异步请求发起）可能会导致焦点临时偏移到其他隐藏元素、或者父容器上，只是页面视觉上没有任何变化。你调用click相当于强制把焦点重新绑定到输入框的可交互节点上，这时候发送回车键才能被正确捕获。
• 自动化工具的焦点缓存问题
  你用的自动化测试框架（比如Selenium、Playwright）的sendKeys实现可能存在焦点缓存：第一次输入完成后，框架没有主动更新当前活跃元素的状态，第二次发回车键的时候实际发送到了之前缓存的节点上，而不是当前的输入框。调用click会强制框架重新查询元素的活跃状态，修正缓存的目标节点。

验证方法 #

你可以在两次sendKeys之间插入一行代码打印当前活跃元素，确认焦点是否偏移：

await element.sendKeys("example")
console.log(await page.evaluate(() => document.activeElement))
await element.sendKeys(Key.ENTER)

如果打印的结果不是你目标的<input>元素，就可以确认是焦点偏移问题。
另外如果这个输入是封装的前端组件，可以直接看组件的源码，确认是否加了输入防抖、回车键的触发条件是否依赖输入结束后的状态更新。

优化方案 #

相比硬等1秒或者额外点击，你可以用等待条件替代，比如等待输入框的防抖结束、或者等待组件的可提交状态为true，兼容性更好，执行速度也更快。

内容的提问来源于stack exchange，提问作者Milan Smolík