企业官网建设流程全解析

影刀RPA 采集异常的自愈机制：自动恢复的设计模式

作者：林焱

什么情况用这个

流程在半夜自动跑，凌晨3点某一步失败了——网络抖动导致一个API调用超时。如果流程就这么停了，天亮之前没人会重启它，今天的任务就全耽误了。

采集流程的自愈机制，就是让流程在遇到可恢复的错误时，不依赖人工干预，自己判断、自己恢复、自己继续。这篇文章教你构建一套"流程自愈"的能力。

怎么做

自愈决策树

defhandle_error_with_self_healing(error,context):"""错误自愈决策"""# 第1层：瞬时错误 → 重试ifisinstance(error,(TimeoutError,ConnectionError)):return"retry"# 第2层：环境问题 → 等待后重试ifisinstance(error,PermissionError):time.sleep(60)return"retry"![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/cdae1b13e4a84ce19cc67243e57e935e.png#pic_center)# 第3层：资源问题 → 降级if"磁盘空间不足"instr(error):cleanup_old_files()return"retry"# 第4层：无法自愈 → 告警return"alert"

自愈状态机

classSelfHealingRunner:"""自愈运行器"""defrun(self,steps):"""按步骤执行，失败时尝试自愈"""forstep_name,step_funcinsteps:forattemptinrange(3):try:step_func()breakexceptExceptionase:action=handle_error_with_self_healing(e,{})ifaction=="retry"andattempt<2:time.sleep(2**attempt)continueelifaction=="skip":print(f"跳过{step_name}")breakelse:raise# 无法自愈

降级策略

# 主数据源不可用 → 用缓存# API限流 → 降速# 服务器错误 → 切换到备用服务器FALLBACKS={"primary_api":"https://backup-api.example.com","primary_db":"readonly_replica",}deftry_with_fallback(primary,fallback):![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/ab28ea0abc754e8dafb52520159d5cfa.png#pic_center)try:returnprimary()except:iffallback:print(f"主方案失败，使用备选方案")returnfallback()raise

有什么坑

坑一：自愈循环导致无限重试

现象：清理磁盘→重试→失败→清理磁盘→重试→… 永远跳不出来。

解决：每个自愈动作设置独立的重试上限，超过上限跳出循环。

坑二：自愈操作本身制造了新问题

现象：自动清理了"过期文件"，结果清掉了需要用到的历史数据。

解决：清理操作先移到临时目录，确认重试成功后再真正删除。

坑三：没有记录自愈日志

现象：流程自动恢复了，所有步骤都正常，但你不知道发生过异常。

解决：每次自愈动作都记录日志：什么时间、什么错误、做了什么恢复、结果如何。

总结：自愈不是让流程永不失败，是让大部分可恢复的错误不需要人介入。重试 → 等待重试 → 降级 → 告警，这四步覆盖了90%的异常场景。