跳到主要内容

Key Press（按键）

发送硬件/导航键，如 Back、Home 或 Enter。

用途​

按一个 Android 系统键：导航（Back、Home、最近应用）、Enter/Escape、Menu，或音量键。

用于屏幕上没有按钮可点的动作——关弹窗、退一屏、确认输入框，或回到启动器。

何时用​

  • 可靠地关掉弹窗或对话框（BACK）。
  • 回到启动器（HOME）。
  • 确认文本框（ENTER）。
  • 打开最近应用视图（APP_SWITCH）。

何时不用​

  • 打字母或数字——用 Input Text。
  • 按屏幕按钮——用 Click。

前提​

已连接的设备。不需要上游节点。

如何运行​

  1. 把键解析为 Android keycode——带名字的键如 BACK，或数字码。
  2. 把按键派发到设备。
  3. 路由 Success；输出报告发送的键和 keycode。

未知或不支持的键走 Failure。

设置​

设置类型范围默认作用
Key选择或整数命名键，或 0–288—必填。 按哪个键
Wait afterinteger0–60000 ms—按键后停顿

命名键​

键作用
BACK返回导航——关掉多数对话框和弹窗
HOME回到启动器
ENTER确认 / 提交
ESCAPEEscape
MENU旧菜单键
APP_SWITCH最近应用视图
VOLUME_UP音量加
VOLUME_DOWN音量减

你也可提供 0 到 288 的原始 Android keycode，但优先命名键——错的原始码要么无用要么走 Failure。

端口​

端口走它的时机必接
Success键已发送（输出：键和 keycode）是
Failure键不支持或无法解析否
Timeout输入命令未按时完成否
Cancelled运行被停否——永不被走
Fatal设备断连否——永不被走

基础示例​

关弹窗：

  • Key：BACK

实际示例——可靠的"回到已知界面"步骤​

弹窗是长时自动化飘忽的主要来源。一个在任何重要事之前运行的短恢复例程：

每次 Back 后跟着稳定与验证，而非再一次盲 Back。流程在有界次数后干净放弃，而非永远循环。

存为 Sub Flow，它就成为每个其他流程可复用的"回到基地"函数。

高级示例——无按钮确认​

有些搜索框没有可见的提交控件：

注意 Input Text 的 Submit after input 在一个节点里做同样的事——当你需要先打字后提交时用单独的 Key Press。

最佳实践​

  • BACK 是现成最可靠的弹窗关闭方式。 优先它，而非用模板去猎各对话框各异的关闭按钮。
  • 导航键后总要验证。 Back 可能比你想的多退一屏。
  • 给你的 Back 循环设界。 两三次尝试加验证，然后干净失败——绝不无界循环。
  • 优先命名键而非原始码。
  • 警惕流程中途的 HOME——它彻底离开应用，此后每次检测都失败，直到你把应用带回来。

性能笔记​

  • Key Press 属最便宜之列：一次输入派发，不抓帧、不分析。
  • 真正成本是你包在它周围的稳定与验证。
  • 三次 Back 加 600 ms 稳定的恢复例程约耗两秒——相比死于意外对话框的流程，太值。

内存笔记​

  • 不抓帧、不缓存。占用可忽略。

常见错误​

错误后果修复
用 Key Press 打字只发系统键用 Input Text
猜数字 keycode无用，或 Failure用命名键
无界 Back 循环彻底退出应用设界并验证
Back 后不验证流程在错的界面继续加检测节点
流程中途 HOME离开应用；检测全失败只在刻意时用

故障排查​

键无反应。 有些应用拦截 Back。用检测节点验证界面确实变了，并回退到点击关闭按钮。

节点走 Failure。 键不支持或原始码在 0–288 之外。换命名键。

Back 把整个应用关了。 它在应用根界面被按。按 Back 前先验证你在哪。

Enter 不提交表单。 不是所有表单都响应 Enter。改用 Click 点提交控件。

FAQ​

原始 keycode 有效范围？ 0–288。

能发组合键吗？ 不——一个节点一个键。序列用多个节点。

Key Press 等界面变化吗？ 不。键一派发就返回。加 Wait 与验证。

BACK 和屏幕上的返回箭头一样吗？ 它是 Android 系统 Back 动作。多数应用视为相同，但并非全部。

相关节点​

相关页面​