Spring AI Alibaba Graph 工作流节点和边到底是怎么回事摘要搞懂 Spring AI Alibaba Graph 里的节点、边、State 这三个核心概念才能玩转工作流编排。本文从实际项目踩坑经验出发带你彻底搞清楚 DAG 是怎么跑起来的。最近在啃 Spring AI Alibaba Graph 的源码刚开始真的有点懵。节点是啥边又是啥State 怎么传的条件分支怎么搞查了一圈文档发现讲概念的不少但真正告诉你「为什么这么设计」「企业里怎么用」的并不多。所以这篇文章门主把自己踩过的坑、翻过的源码整理出来分享给你。一、Graph 到底是个啥Spring AI Alibaba Graph 本质上就是一个DAG有向无环图引擎。一句话把一个复杂的 Agent 任务拆成多个小步骤每个步骤是一个「节点」节点之间用「边」连起来规定顺序整个流程就跑起来了。先看个图感受一下用户输入查询扩写节点搜索引擎节点结果聚合节点报告生成节点最终输出重试节点结果聚合节点核心三件套概念作用通俗理解State状态节点之间传递的数据结构MapString, Object共享的数据包每个节点都能读写Node节点执行逻辑的单元接收 State → 处理 → 返回新 State流水线上的一个工人Edge边定义节点之间的控制流决定下一步去哪流水线上的传送带记住这句话节点负责干活边负责指挥往哪走State 负责传数据。二、两种开发模式别搞混了Spring AI Alibaba Graph 提供了两套 API模式适合场景灵活度Agentic API快速开发声明式定义 Agent低框架帮你搞定细节Graph API需要精细控制每个步骤高节点、边全部自己定义简单说如果你的 Agent 就是「接收输入 → 调用 LLM → 返回结果」用 Agentic API几行代码搞定如果你的流程有分支、有并行、需要人工干预老老实实用 Graph API企业里面复杂场景居多所以 Graph API 是重点。三、节点Node是怎么干活的3.1 节点的本质节点就是一个函数输入 State输出 State。接收 State执行逻辑调用LLM/处理数据/调用工具返回更新后的 State3.2 自定义节点你需要实现NodeAction或NodeActionWithConfig// 简单版只管处理状态publicinterfaceNodeAction{MapString,Objectapply(OverAllStatestate)throwsException;}// 高级版多拿一个配置参数publicinterfaceNodeActionWithConfig{MapString,Objectapply(OverAllStatestate,RunnableConfigconfig)throwsException;}区别很简单对比项NodeActionNodeActionWithConfig参数只要 statestate config能拿到什么只有业务数据业务数据 运行时元数据线程ID等适用场景纯业务逻辑需要读取运行配置、做日志追踪门主建议90% 的情况用 NodeAction 就够了除非你需要从 config 里拿东西。3.3 节点类型工作流里常见的节点就这几种类型说明示例处理节点纯业务逻辑数据处理文本清洗、数据格式化AI 节点调用 LLM 做推理查询扩写、内容生成条件节点根据 State 值做路由判断判断文本长度决定下一步聚合节点收集多个并行节点的结果合并多个搜索结果Agent 节点把整个 Agent 当作一个节点agent.asNode()3.4 节点开发最佳实践单一职责一个节点只做一件事别搞成大杂烩不要直接改 State返回新的 Map而不是修改入参避免副作用异常处理内部 catch 住返回错误信息别让异常中断整个流程加日志工作流排错全靠日志不加日志就是给自己挖坑四、边Edge是怎么指挥交通的边定义了控制流告诉工作流「下一步该去哪」。4.1 两种边边类型方法说明固定边addEdge(from, to)无条件A 执行完一定去 B条件边addConditionalEdges(节点, 路由函数, 路由映射)根据返回值动态决定下一步4.2 固定边最简单的连线graph.addEdge(节点A,节点B);// A 执行完无条件去 B4.3 条件边这个才是工作流的灵魂。graph.addConditionalEdges(condition_node,// 条件节点edge_async(state-state.value(_condition_result,default).toString()),// 路由函数Map.of(error_handling,error_node,// 值是 error_handling → 去 error_nodedata_processing,process_node,// 值是 data_processing → 去 process_nodedefault,StateGraph.END// 默认 → 结束));流程是这样的往 State 写结果根据映射关系条件节点执行路由函数读取值决定去哪个节点目标节点执行五、StateGraph整个工作流的大管家StateGraph 是构建工作流的核心类所有节点、边都归它管。5.1 使用流程创建 StateGraph定义状态策略addNode 添加节点addEdge 连接边compile 编译执行代码示例// 1. 创建 StateGraph带状态策略StateGraphgraphnewStateGraph(keyStrategyFactory);// 2. 添加节点graph.addNode(processor,node_async(newTextProcessorNode()));// 3. 添加边graph.addEdge(StateGraph.START,processor);graph.addEdge(processor,StateGraph.END);// 4. 编译CompiledGraphcompiledGraphgraph.compile();5.2 node_async 是啥node_async()是个工具方法把 NodeAction包装成异步执行的节点。为什么要异步因为工作流可能涉及多个并行节点异步执行才能发挥性能优势。六、START 和 END起点和终点StateGraph 预定义了两个特殊节点常量作用说明StateGraph.START工作流的起点第一个执行的节点不需要实现StateGraph.END工作流的终点执行到这里整个流程结束这两个是虚拟节点不需要写实现类直接用就行。graph.addEdge(StateGraph.START,first_node);// 从起点开始graph.addEdge(last_node,StateGraph.END);// 到终点结束七、门主踩坑闭环闭环闭环说三遍是因为太重要了。7.1 什么是闭环从 StateGraph.START 出发沿着边能走到 StateGraph.END中间不能有断开的路径。7.2 正确示例 ✅graph.addEdge(StateGraph.START,A);graph.addEdge(A,B);graph.addEdge(B,C);graph.addEdge(C,StateGraph.END);流程START → A → B → C → END✅ 完整闭环7.3 错误示例 ❌graph.addEdge(StateGraph.START,A);graph.addEdge(A,B);graph.addEdge(B,C);// 没有连到 ENDC 执行完就断了 → 运行时报错条件边更容易踩坑graph.addConditionalEdges(A,edge_async(state-state.value(type).toString()),Map.of(a,B,b,C// 如果 type 是 c 呢没有匹配的路径 → 断流));门主提醒条件边的映射一定要覆盖所有可能的情况实在拿不准就用default兜底。八、节点和边是怎么协作的最后串起来看整个流程边处理完往 State 写结果边可能带条件从 State 读 A 的结果边从 State 读 B 的结果边StateGraph.START节点A节点B节点CStateGraph.END核心关系关系说明节点 → State节点读取 State 的输入处理完后返回更新的 State边 → 节点边决定哪个节点先执行、哪个后执行条件边 → State条件边读取 State 的值来决定路由方向节点 ↔ 节点不直接通信通过 State 间接传递数据记住节点之间不直接说话都靠 State 传话。 三连支持动力源泉如果这篇文章帮你省下了踩坑的时间欢迎点赞—— 让更多人看到这篇干货在看—— 你的认可是我持续输出的动力转发—— 分享给身边正在做AI Agent的朋友你的每一个小动作对我都很重要 ❤️ 关于作者你好我是空门技术栈一个常年和Bug战斗、持续填坑的Java开发者。专注分享✅ Java / Spring Boot / Spring AI Alibaba 企业级实战✅ RAG知识库、AI Agent、多智能体协作落地经验✅ Docker部署、微服务架构、线上问题排查✅ 偶尔聊聊「如何保住头发」这类程序员终极话题 不搞水文不贩卖焦虑只写能跑通、能落地、能帮你少加班的实战内容。关注我咱们一起少踩坑多写优雅代码。 更多干货推荐 MCP / Spring AI告别手动复制接口文档Apifox MCP AI 自动测试让开发效率起飞MySQL MCP Server 从零安装到使用实战AI 直接查询数据库别只会配 MCP从 JSON-RPC 到 Streamable HTTP带你用 Spring AI 2.0 搭建 MCP Server Spring AI Alibaba / Agent / WorkflowSpring AI Alibaba 多智能体Multi-agent实战6 大协作模式 完整代码Spring AI Alibaba 智能体作为工具实战别再让主 Agent 当“人肉路由器”了一文搞懂 Spring AI Alibaba Workflow10 个实战案例带你彻底掌握 AI 工作流编排Spring AI Alibaba Graph 学习代码 LangChain / 流式 / 结构化输出LangChain Agent 终于讲透了短期记忆、Redis 持久化、Middleware 企业级实战一篇带你从入门到生产LangChain 流式输出终于讲透了6 种 stream_mode 一篇全搞懂Spring AI 流式对话踩坑SSE 已关闭为什么大模型还在继续生成LangChain 结构化输出终于讲透了ProviderStrategy、ToolStrategy、动态 Schema 一篇全会☕ Java / Spring / 高并发Spring Event 用了三年同事一句话把我问懵了Spring WebFlux 真的比 MVC 快我用 5 万长连接测出了真相 项目合作 / 技术咨询平时工作之余也会接一些技术项目和咨询主要方向⚔️企业级开发Java / Spring Boot 项目开发与重构微服务架构设计与落地系统性能调优、线上问题排查AI 应用落地这是我最近的主力方向Spring AI Alibaba / RAG / Agent 应用开发企业私有知识库搭建AI能力接入现有业务系统大模型本地化部署与调优️技术顾问 / 疑难Bug排查项目架构评审与方案设计线上疑难问题定位解决技术选型与团队培训如果你正遇到以下情况欢迎找我聊聊✅ 想做AI项目但技术方案拿不准✅ 项目卡在某个Bug上很久团队搞不定✅ 想把AI接入现有业务不知道从哪下手✅ 需要靠谱的开发外包或长期技术顾问联系渠道按回复速度排序最快私信空门技术栈邮件2929119150qq.com请注明来意和具体需求一个人踩坑是事故一群人踩坑就是《避坑宝典》。—— IT 空门与诸君共修技术大道
Spring AI Alibaba Graph 工作流节点和边到底是怎么回事摘要搞懂 Spring AI Alibaba Graph 里的节点、边、State 这三个核心概念才能玩转工作流编排。本文从实际项目踩坑经验出发带你彻底搞清楚 DAG 是怎么跑起来的。最近在啃 Spring AI Alibaba Graph 的源码刚开始真的有点懵。节点是啥边又是啥State 怎么传的条件分支怎么搞查了一圈文档发现讲概念的不少但真正告诉你「为什么这么设计」「企业里怎么用」的并不多。所以这篇文章门主把自己踩过的坑、翻过的源码整理出来分享给你。一、Graph 到底是个啥Spring AI Alibaba Graph 本质上就是一个DAG有向无环图引擎。一句话把一个复杂的 Agent 任务拆成多个小步骤每个步骤是一个「节点」节点之间用「边」连起来规定顺序整个流程就跑起来了。先看个图感受一下用户输入查询扩写节点搜索引擎节点结果聚合节点报告生成节点最终输出重试节点结果聚合节点核心三件套概念作用通俗理解State状态节点之间传递的数据结构MapString, Object共享的数据包每个节点都能读写Node节点执行逻辑的单元接收 State → 处理 → 返回新 State流水线上的一个工人Edge边定义节点之间的控制流决定下一步去哪流水线上的传送带记住这句话节点负责干活边负责指挥往哪走State 负责传数据。二、两种开发模式别搞混了Spring AI Alibaba Graph 提供了两套 API模式适合场景灵活度Agentic API快速开发声明式定义 Agent低框架帮你搞定细节Graph API需要精细控制每个步骤高节点、边全部自己定义简单说如果你的 Agent 就是「接收输入 → 调用 LLM → 返回结果」用 Agentic API几行代码搞定如果你的流程有分支、有并行、需要人工干预老老实实用 Graph API企业里面复杂场景居多所以 Graph API 是重点。三、节点Node是怎么干活的3.1 节点的本质节点就是一个函数输入 State输出 State。接收 State执行逻辑调用LLM/处理数据/调用工具返回更新后的 State3.2 自定义节点你需要实现NodeAction或NodeActionWithConfig// 简单版只管处理状态publicinterfaceNodeAction{MapString,Objectapply(OverAllStatestate)throwsException;}// 高级版多拿一个配置参数publicinterfaceNodeActionWithConfig{MapString,Objectapply(OverAllStatestate,RunnableConfigconfig)throwsException;}区别很简单对比项NodeActionNodeActionWithConfig参数只要 statestate config能拿到什么只有业务数据业务数据 运行时元数据线程ID等适用场景纯业务逻辑需要读取运行配置、做日志追踪门主建议90% 的情况用 NodeAction 就够了除非你需要从 config 里拿东西。3.3 节点类型工作流里常见的节点就这几种类型说明示例处理节点纯业务逻辑数据处理文本清洗、数据格式化AI 节点调用 LLM 做推理查询扩写、内容生成条件节点根据 State 值做路由判断判断文本长度决定下一步聚合节点收集多个并行节点的结果合并多个搜索结果Agent 节点把整个 Agent 当作一个节点agent.asNode()3.4 节点开发最佳实践单一职责一个节点只做一件事别搞成大杂烩不要直接改 State返回新的 Map而不是修改入参避免副作用异常处理内部 catch 住返回错误信息别让异常中断整个流程加日志工作流排错全靠日志不加日志就是给自己挖坑四、边Edge是怎么指挥交通的边定义了控制流告诉工作流「下一步该去哪」。4.1 两种边边类型方法说明固定边addEdge(from, to)无条件A 执行完一定去 B条件边addConditionalEdges(节点, 路由函数, 路由映射)根据返回值动态决定下一步4.2 固定边最简单的连线graph.addEdge(节点A,节点B);// A 执行完无条件去 B4.3 条件边这个才是工作流的灵魂。graph.addConditionalEdges(condition_node,// 条件节点edge_async(state-state.value(_condition_result,default).toString()),// 路由函数Map.of(error_handling,error_node,// 值是 error_handling → 去 error_nodedata_processing,process_node,// 值是 data_processing → 去 process_nodedefault,StateGraph.END// 默认 → 结束));流程是这样的往 State 写结果根据映射关系条件节点执行路由函数读取值决定去哪个节点目标节点执行五、StateGraph整个工作流的大管家StateGraph 是构建工作流的核心类所有节点、边都归它管。5.1 使用流程创建 StateGraph定义状态策略addNode 添加节点addEdge 连接边compile 编译执行代码示例// 1. 创建 StateGraph带状态策略StateGraphgraphnewStateGraph(keyStrategyFactory);// 2. 添加节点graph.addNode(processor,node_async(newTextProcessorNode()));// 3. 添加边graph.addEdge(StateGraph.START,processor);graph.addEdge(processor,StateGraph.END);// 4. 编译CompiledGraphcompiledGraphgraph.compile();5.2 node_async 是啥node_async()是个工具方法把 NodeAction包装成异步执行的节点。为什么要异步因为工作流可能涉及多个并行节点异步执行才能发挥性能优势。六、START 和 END起点和终点StateGraph 预定义了两个特殊节点常量作用说明StateGraph.START工作流的起点第一个执行的节点不需要实现StateGraph.END工作流的终点执行到这里整个流程结束这两个是虚拟节点不需要写实现类直接用就行。graph.addEdge(StateGraph.START,first_node);// 从起点开始graph.addEdge(last_node,StateGraph.END);// 到终点结束七、门主踩坑闭环闭环闭环说三遍是因为太重要了。7.1 什么是闭环从 StateGraph.START 出发沿着边能走到 StateGraph.END中间不能有断开的路径。7.2 正确示例 ✅graph.addEdge(StateGraph.START,A);graph.addEdge(A,B);graph.addEdge(B,C);graph.addEdge(C,StateGraph.END);流程START → A → B → C → END✅ 完整闭环7.3 错误示例 ❌graph.addEdge(StateGraph.START,A);graph.addEdge(A,B);graph.addEdge(B,C);// 没有连到 ENDC 执行完就断了 → 运行时报错条件边更容易踩坑graph.addConditionalEdges(A,edge_async(state-state.value(type).toString()),Map.of(a,B,b,C// 如果 type 是 c 呢没有匹配的路径 → 断流));门主提醒条件边的映射一定要覆盖所有可能的情况实在拿不准就用default兜底。八、节点和边是怎么协作的最后串起来看整个流程边处理完往 State 写结果边可能带条件从 State 读 A 的结果边从 State 读 B 的结果边StateGraph.START节点A节点B节点CStateGraph.END核心关系关系说明节点 → State节点读取 State 的输入处理完后返回更新的 State边 → 节点边决定哪个节点先执行、哪个后执行条件边 → State条件边读取 State 的值来决定路由方向节点 ↔ 节点不直接通信通过 State 间接传递数据记住节点之间不直接说话都靠 State 传话。 三连支持动力源泉如果这篇文章帮你省下了踩坑的时间欢迎点赞—— 让更多人看到这篇干货在看—— 你的认可是我持续输出的动力转发—— 分享给身边正在做AI Agent的朋友你的每一个小动作对我都很重要 ❤️ 关于作者你好我是空门技术栈一个常年和Bug战斗、持续填坑的Java开发者。专注分享✅ Java / Spring Boot / Spring AI Alibaba 企业级实战✅ RAG知识库、AI Agent、多智能体协作落地经验✅ Docker部署、微服务架构、线上问题排查✅ 偶尔聊聊「如何保住头发」这类程序员终极话题 不搞水文不贩卖焦虑只写能跑通、能落地、能帮你少加班的实战内容。关注我咱们一起少踩坑多写优雅代码。 更多干货推荐 MCP / Spring AI告别手动复制接口文档Apifox MCP AI 自动测试让开发效率起飞MySQL MCP Server 从零安装到使用实战AI 直接查询数据库别只会配 MCP从 JSON-RPC 到 Streamable HTTP带你用 Spring AI 2.0 搭建 MCP Server Spring AI Alibaba / Agent / WorkflowSpring AI Alibaba 多智能体Multi-agent实战6 大协作模式 完整代码Spring AI Alibaba 智能体作为工具实战别再让主 Agent 当“人肉路由器”了一文搞懂 Spring AI Alibaba Workflow10 个实战案例带你彻底掌握 AI 工作流编排Spring AI Alibaba Graph 学习代码 LangChain / 流式 / 结构化输出LangChain Agent 终于讲透了短期记忆、Redis 持久化、Middleware 企业级实战一篇带你从入门到生产LangChain 流式输出终于讲透了6 种 stream_mode 一篇全搞懂Spring AI 流式对话踩坑SSE 已关闭为什么大模型还在继续生成LangChain 结构化输出终于讲透了ProviderStrategy、ToolStrategy、动态 Schema 一篇全会☕ Java / Spring / 高并发Spring Event 用了三年同事一句话把我问懵了Spring WebFlux 真的比 MVC 快我用 5 万长连接测出了真相 项目合作 / 技术咨询平时工作之余也会接一些技术项目和咨询主要方向⚔️企业级开发Java / Spring Boot 项目开发与重构微服务架构设计与落地系统性能调优、线上问题排查AI 应用落地这是我最近的主力方向Spring AI Alibaba / RAG / Agent 应用开发企业私有知识库搭建AI能力接入现有业务系统大模型本地化部署与调优️技术顾问 / 疑难Bug排查项目架构评审与方案设计线上疑难问题定位解决技术选型与团队培训如果你正遇到以下情况欢迎找我聊聊✅ 想做AI项目但技术方案拿不准✅ 项目卡在某个Bug上很久团队搞不定✅ 想把AI接入现有业务不知道从哪下手✅ 需要靠谱的开发外包或长期技术顾问联系渠道按回复速度排序最快私信空门技术栈邮件2929119150qq.com请注明来意和具体需求一个人踩坑是事故一群人踩坑就是《避坑宝典》。—— IT 空门与诸君共修技术大道
![洛谷 P7912：[CSP-J 2021 T4] 小熊的果篮 ← 双向链表](http://pic.xiahunao.cn/yaotu/洛谷 P7912：[CSP-J 2021 T4] 小熊的果篮 ← 双向链表)
![[光学原理与应用-521]：对光的错误理解与纠偏](http://pic.xiahunao.cn/yaotu/[光学原理与应用-521]：对光的错误理解与纠偏)
