Watir send_keys无人值守时60秒超时问题求助

你遇到的这个问题其实是GUI模拟类工具的典型限制——当Windows桌面会话不可见（锁屏、远程切换、无人值守运行）时，依赖系统级输入模拟的操作会失效。下面给你拆解原因和可行的解决方案：

问题根源 #

你当前使用的watir-classic依赖RAutomation库实现send_keys操作，它是通过Windows系统API直接模拟键盘输入的。当桌面会话被锁定、远程桌面断开/切换，或者任务计划在无桌面环境下运行时，系统会限制GUI交互权限，导致这类模拟输入无法正常传递到浏览器元素，自然也就触发不了下拉菜单的展开。而前台运行正常，是因为此时桌面会话处于活跃状态，系统允许完整的GUI交互。

解决方案 #

1. 替换模拟键盘操作为直接调用组件API（推荐） #

你的下拉菜单是Dojo的dijit组件，直接调用它的原生方法展开下拉，比模拟Enter键更可靠，且不依赖桌面会话状态：

# 调用dijit组件的原生方法展开下拉菜单
@ie.execute_script("dijit.byId('accountSwitcherSelect').showDropDown();")

如果这个方法不生效，也可以尝试触发元素的点击事件：

# 通过Watir触发点击事件
@ie.element(:css, "#accountSwitcherSelect.dijitDownArrowButton").fire_event(:onclick)

# 或者用原生JS直接点击
@ie.execute_script("document.querySelector('#accountSwitcherSelect.dijitDownArrowButton').click();")

2. 切换到基于Selenium的标准Watir（替代Watir-Classic） #

Watir 6.x本身是基于Selenium WebDriver的，而你当前错误日志显示使用了旧版的watir-classic-4.3.0——它依赖RAutomation，稳定性在后台场景下很差。改用标准Watir配合IEDriverServer，通过浏览器自动化协议控制IE，完全不依赖桌面GUI会话的可见性：

首先调整依赖：

# 卸载旧版watir-classic
gem uninstall watir-classic
# 安装标准Watir
gem install watir
# 下载对应版本的IEDriverServer，放到系统PATH路径下（或在代码中指定路径）

然后修改浏览器初始化代码：

require 'watir'
# 用WebDriver初始化IE浏览器
@ie = Watir::Browser.new :ie

之后你的元素操作逻辑可以保持类似，但send_keys会通过WebDriver执行，而非系统级模拟，锁屏/无人值守场景下也能正常工作。

3. 配置Windows任务计划支持GUI会话（备选） #

如果必须保留Watir-Classic，你可以尝试调整任务计划的运行选项：

• 创建任务时选择不管用户是否登录都运行
• 勾选使用最高权限运行
• 在“设置”中取消勾选如果计算机切换到电池电源则停止任务（若适用）
• 用netplwiz配置用户自动登录，确保会话始终处于活跃状态

不过这种方式稳定性较差，Windows对无桌面会话的GUI操作仍有诸多限制，优先推荐前两种方案。

验证方法 #

修改代码后，你可以通过以下方式测试：

• 锁定Windows屏幕后运行脚本
• 远程桌面连接后断开/最小化，测试脚本运行情况
• 配置任务计划为无人值守模式，观察是否能正常触发下拉菜单

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