继续运行工作流
继续运行工作流 用于对处于暂停或挂起状态的工作流执行恢复操作，让流程从中断处继续向下执行。它常与「暂停」配合使用，实现人工审核、异常修复和多流程协调等场景下的流程接续。
指令标识：RestoreTask
指令类型：基础节点（系统操作指令）
指令描述：对指定工作流进行恢复/继续运行操作
先选使用方式
Section titled “先选使用方式”工作流支持「可视化编排」和「代码编排」两种创建方式。继续运行工作流 是一个流程控制类节点，主要在画布中编排，无需配置业务参数。
| 方式 | 怎么用 | 适合人群 |
|---|---|---|
| 可视化编排（推荐） | 在需要恢复执行的位置拖入「继续运行工作流」节点，按需配置输出变量 | 大多数用户，零代码，适合快速搭建和调试 |
| 代码编排（动态编排） | 该节点无独立的业务参数，如需在代码中动态编排，可通过「执行指令（XML）」节点调用 | 熟悉代码、需要在脚本中动态拼装流程的用户 |
该指令运行时依赖当前工作流上下文进行恢复，不需要填写额外的业务输入。
什么时候用？
Section titled “什么时候用？”- 人工干预：流程暂停后由用户或管理员审核、修改或确认，确认完成后恢复运行。适用于审批流程、人工审核、决策确认等场景。
- 异常处理：流程异常中断后，修复问题并继续运行。支持错误恢复、数据修正、重试等场景。
- 业务协调：多个流程间的协调和同步，通过暂停与恢复实现业务流程的有序执行。
- 目标工作流当前处于可恢复状态（已暂停或挂起）。
- 触发恢复的前置条件已满足（如人工审核已完成、异常已修复）。
- 如需引用恢复结果，提前规划好输出变量名。
可视化编排：从 0 到跑通
Section titled “可视化编排：从 0 到跑通”下面用一个常见场景演示：人工审核完成后继续执行后续步骤。按 3 步即可跑起来：
- 在需要等待人工处理的位置放置「暂停」节点，使流程挂起。
- 在人工处理完成后的分支中添加 继续运行工作流 节点。
- 点击运行，确认流程从暂停处继续向下执行，必要时在「将结果保存至」中配置变量以引用恢复结果。
该指令无业务输入参数，运行时依赖当前工作流上下文进行恢复/继续操作。
| 界面名称 | 代码属性名 | 类型 | 必填 | 说明 |
|---|---|---|---|---|
| 将结果保存至 | outKey | String | 否 | 保存恢复结果，后续节点可通过该变量名引用。 |
- 运行日志中节点为成功状态。
- 流程从暂停/挂起处继续向下执行后续节点。
- 如配置了输出变量，可在后续节点中正常引用恢复结果。
| 现象 / 报错原文 | 可能原因 | 处理建议 |
|---|---|---|
| 恢复失败，流程中断 | 工作流不处于可恢复状态 | 确认目标工作流已暂停或挂起后再执行恢复 |
| 恢复后未继续执行 | 后续节点配置异常 | 检查后续节点连线与配置是否正确 |
| 恢复结果引用为空 | 未配置输出变量 | 在「将结果保存至」中填写变量名后再引用 |
该指令节点失败处理默认为「报错中止（STOP_ON_FAILURE）」，恢复失败时会中断流程并抛出异常。
Python 代码编排
Section titled “Python 代码编排”代码编排以 Python 为主。运行上下文由代码编排模板创建，示例里只需要关注业务指令本身。
继续运行工作流是一个流程控制类节点，主要通过可视化编排使用。 它依赖工作流上下文进行恢复，没有独立的业务参数，建议在画布中通过节点编排实现暂停与恢复。
如果你想在工作流中通过节点动态编排该指令，可使用 执行指令（XML）节点进行配置。
Q1：恢复操作前需要做什么准备？
Section titled “Q1：恢复操作前需要做什么准备？”A： 恢复操作前建议确认工作流处于可恢复状态（如已暂停或挂起），并校验流程状态的有效性。
Q2：工作流恢复异常如何处理？
Section titled “Q2：工作流恢复异常如何处理？”A： 恢复过程中如遇异常，建议详细记录日志并及时处理，对异常情况进行捕获，提升流程健壮性。
Q3：恢复后需要做什么验证？
Section titled “Q3：恢复后需要做什么验证？”A： 恢复后建议校验流程状态，确保业务正常推进，并检查后续节点是否正确执行。