Dify workflow 执行时间1200s: Stopped by user

分析结论

执行 1200 秒的 workflow 被 "Stopped by user" 终止,最可能的原因不是用户手动停止,而是应用级别的超时机制自动终止了工作流,但消息文案有误导性。


根本原因:APP_MAX_EXECUTION_TIME 默认 1200 秒超时

文件 : init.py 第 83-86 行

python 复制代码
APP_MAX_EXECUTION_TIME: PositiveInt = Field(
    description="Maximum allowed execution time for the application in seconds",
    default=1200,
)

关键代码: base_app_queue_manager.py 第 55-84 行

python 复制代码
def listen(self):
    listen_timeout = dify_config.APP_MAX_EXECUTION_TIME  # 默认 1200s
    start_time = time.time()
    while True:
        ...
        finally:
            elapsed_time = time.time() - start_time
            if elapsed_time >= listen_timeout or self._is_stopped():
                # ⚠️ 发布 QueueStopEvent,但 stopped_by 硬编码为 USER_MANUAL
                self.publish(
                    QueueStopEvent(stopped_by=QueueStopEvent.StopBy.USER_MANUAL),
                    PublishFrom.TASK_PIPELINE
                )

陷阱:超时也被标记为 "Stopped by user"

listen() 方法中,无论是超时 还是用户手动停止 ,都走到同一个分支,发布 stopped_by=USER_MANUAL 的 QueueStopEvent,对应消息为 "Stopped by user."。

这意味着:

  • 你的 workflow 执行了 1200 秒
  • APP_MAX_EXECUTION_TIME 默认值也是 1200 秒
  • 触发了超时自动终止
  • 但由于代码设计,消息显示为 "Stopped by user"

还有另一个独立超时:WORKFLOW_MAX_EXECUTION_TIME

文件 : init.py 第 784-787 行

python 复制代码
WORKFLOW_MAX_EXECUTION_TIME: PositiveInt = Field(
    description="Maximum execution time in seconds for a single workflow",
    default=1200,
)

这个配置作用于 workflow_entry.py 第 228-229 行的 GraphEngine 的 ExecutionLimitsLayer,如果触发了会走不同的失败路径(GraphRunAbortedEvent → QueueWorkflowFailedEvent),不会显示 "Stopped by user"。


总结

问题 详情
显示消息 "Stopped by user"
实际原因 APP_MAX_EXECUTION_TIME 默认 1200 秒超时 (也有可能是 WORKFLOW_MAX_EXECUTION_TIME 同时触发)
代码缺陷 超时和手动停止共用同一个 USER_MANUAL 枚举值,无法从消息区分
验证方法 检查 WorkflowRun 表中 finished_at - created_at 是否 ≈ 1200 秒

解决方案

如果你的 workflow 确实需要超过 1200 秒的执行时间,可以通过环境变量增大超时配置:

bash 复制代码
# 在 .env 中设置
APP_MAX_EXECUTION_TIME=3600    # 队列监听器超时,改为 1 小时
WORKFLOW_MAX_EXECUTION_TIME=3600  # GraphEngine 执行限制,也改为 1 小时

已完成: 分析超时与停止机制 (3/3)

Read memory

Created memory file

分析完成!核心结论是:

你的 workflow 执行了 1200 秒,正好触发了 APP_MAX_EXECUTION_TIME(默认 1200 秒)超时,代码自动终止了工作流,但消息却显示为 "Stopped by user"------这是代码中一个命名缺陷,超时和手动停止共用同一个枚举值。

相关推荐
深蓝AI2 小时前
无头浏览器不必从 Chrome 改:Lightpanda 用 Zig 从零造,100 个页面只占 123MB 内存
人工智能·程序员
奈落243 小时前
AI辅助的另一面:从2026年国际AI安全报告的“故障”清单到国内专家的可靠性短板,自主行动的Agent为什么更难及时干预
人工智能·安全·agent·本地部署·ai 办公
火山引擎开发者社区5 小时前
eMudhra 证书失陷:容器用户最容易忽略的镜像信任链漏洞
人工智能
LabVIEW开发6 小时前
LabVIEW 机载 DIAL:每秒万次甲烷测量
人工智能·labview·labview知识·labview功能·labview程序
飞猫的边缘AI7 小时前
英特尔量子生意
人工智能·量子计算·边缘ai
深蓝AI7 小时前
桌面 Agent 缺的不是视觉:Vercel 开源 agent-desktop,用无障碍树 ref 替代截图坐标
人工智能·程序员
镜子AI7 小时前
镜子AI 技术复盘:三条自动化链路上的“停止条件“设计
运维·人工智能·自动化
向哆哆8 小时前
羊行为目标检测数据集:4类别、2,000张图像 | 目标检测
人工智能·yolo·目标检测·目标跟踪
如若1238 小时前
【论文复现】CoFailMed:从零复现医学图像分割的共享失败审计,含完整代码流程与科研绘图
人工智能·python
赛博守夜人9 小时前
AI安全攻防与治理之十六:对抗样本、恶意文件与多模态攻击,AI 内容安全检测的真实盲区
人工智能·安全