使用 `robot` 类模拟键盘操作上传文件时，若未正确释放按键（如 ctrl 和 enter），会导致系统级按键卡住，引发键盘功能异常，需强制重启才能恢复。
在自动化测试中，借助 java.awt.Robot 模拟 Ctrl+V 粘贴文件路径、再按 Ctrl+Enter 确认上传，是一种常见的绕过 <input type="file"> 限制的方案。但该方法极易因按键未释放引发严重副作用——正如你所遇到的：测试执行完毕后，键盘任意按键触发非预期行为（如按 S 弹出“保存”对话框、按 F 弹出“查找”等），本质是 Ctrl 键（甚至 Enter）在系统层面持续处于“按下”状态，导致后续所有按键被解释为快捷键组合。
你的代码中存在明确的资源管理缺陷：
// ✅ 正确释放了 Ctrl+V robot.keyPress(KeyEvent.VK_CONTROL); robot.keyPress(KeyEvent.VK_V); // ... robot.keyRelease(KeyEvent.VK_CONTROL); // ✔️ robot.keyRelease(KeyEvent.VK_V); // ✔️ // ❌ 但此处 Ctrl+Enter 按下后完全未释放！ robot.keyPress(KeyEvent.VK_CONTROL); robot.keyPress(KeyEvent.VK_ENTER); // ⚠️ 缺少 robot.keyRelease(...) → Ctrl 键永久卡住！
这会导致操作系统始终认为 Ctrl 处于激活态，因此后续任何单键输入（如 s, p, f）均被识别为 Ctrl+S、Ctrl+P、Ctrl+F，从而触发对应快捷功能。
✅ 正确写法：确保每 keyPress 都有配对的 keyRelease
public void fileUploadFile(String fileName) {
logger.info("Inside - " + new Exception().getStackTrace()[0].getMethodName());
String filePath = System.getProperty("user.dir") + File.separator + "src" + File.separator + "test"
+ File.separator + "resources" + File.separator + fileName;
try {
javascriptExecutor.executeScript("arguments[0].click()", fileUploadPO.fileUpload());
Thread.sleep(3000);
Robot robot = new Robot();
StringSelection stringSelection = new StringSelection(filePath);
Toolkit.getDefaultToolkit().getSystemClipboard().setContents(stringSelection, null);
// Paste: Ctrl + V
robot.keyPress(KeyEvent.VK_CONTROL);
robot.keyPress(KeyEvent.VK_V);
robot.keyRelease(KeyEvent.VK_V); // ✅ 顺序无关，但必须释放
robot.keyRelease(KeyEvent.VK_CONTROL);
Thread.sleep(500);
// Confirm dialog: Ctrl + Enter (注意：部分系统为 Enter 单键，非 Ctrl+Enter)
// 更稳妥做法：仅按 Enter（推荐）
robot.keyPress(KeyEvent.VK_ENTER);
robot.keyRelease(KeyEvent.VK_ENTER);
// ⚠️ 若必须用 Ctrl+Enter（如某些旧版 Windows 文件对话框），则：
// robot.keyPress(KeyEvent.VK_CONTROL);
// robot.keyPress(KeyEvent.VK_ENTER);
// robot.keyRelease(KeyEvent.VK_ENTER);
// robot.keyRelease(KeyEvent.VK_CONTROL);
} catch (AWTException | InterruptedException e) {
logger.error("File upload via Robot failed", e);
throw new RuntimeException(e);
}
}? 关键注意事项
- 按键释放顺序无需严格匹配按下顺序，但每个 keyPress 必须有且仅有一次对应的 keyRelease；
- 避免过度依赖 Thread.sleep()：它不可靠且降低稳定性。可改用显式等待（如 FluentWait）或监听对话框出现后再操作；
- Ctrl+Enter 并非通用确认键：Windows 文件打开/保存对话框通常响应 Enter 单键；Ctrl+Enter 多见于特定 IDE 或编辑器。建议优先尝试纯 Enter；
- 更优替代方案：
? 补充：临时修复已卡住的键盘（无需重启）
若测试意外中断导致按键卡住，可运行以下 Java 片段快速释放常见修饰键：
Robot robot = new Robot();
int[] modifiers = {KeyEvent.VK_CONTROL, KeyEvent.VK_ALT, KeyEvent.VK_SHIFT, KeyEvent.VK_META};
for (int key : modifiers) {
robot.keyRelease(key); // 强制释放所有修饰键
}将其封装为测试 @AfterSuite 或单独工具类，能显著提升调试效率。
总之，Robot 是一把双刃剑——强大却危险。务必遵循“按下即释放”原则，并优先考虑更稳定、更 Web 原生的文件上传方案。
