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_MANUALQueueStopEvent,对应消息为 "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,如果触发了会走不同的失败路径(GraphRunAbortedEventQueueWorkflowFailedEvent),不会显示 "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"------这是代码中一个命名缺陷,超时和手动停止共用同一个枚举值。

相关推荐
叠层归一研究院3 分钟前
基于极限自指的叠层归一宇宙结构理论——无元外部封闭系统的内生区分模型
人工智能·经验分享·算法·agi
IT_陈寒6 分钟前
Java线程池用错参数,我的服务居然悄悄崩溃了
前端·人工智能·后端
why-geo14 分钟前
Hermes Agent 与 Python 的会产生什么样的碰撞
人工智能·python·ai编程
正经教主21 分钟前
【FDE系列】阶段2:Day 29:FastAPI 进阶 — Pydantic 模型与完整 CRUD 实战
人工智能·python·fde
时速GEO系统37 分钟前
初元 AI V1.1 版本升级,首个正式版发布一周・实现生成、部署、上线、优化全流程自动化闭环
人工智能·数据挖掘·node.js
咕泡科技41 分钟前
咕泡科技FDE系列最新产品重磅发布!
人工智能·大模型·ai落地·fde·前沿部署工程师
犀利豆1 小时前
为什么全世界的 AI 都画不好一只骑自行车的鹈鹕
人工智能·llm·aigc
天天被压力1 小时前
【跨市场数据实战 #08】可转债折价机会怎么筛:3个接口抓比价、列表和实时盘口
java·人工智能·python
baopixiaoz1 小时前
BeeQuant × BeeAgent:用AI加速策略验证
大数据·人工智能·python·区块链
咸鱼老弟1 小时前
AI Agent 的"自主性悖论"——为什么给它的自由度越大,越要配一套更硬的护栏
前端·人工智能