LangGraph:构建复杂、有状态AI应用的新范式
引言从链式思维到图式思维在构建AI驱动的应用程序时我们早已超越了简单的“输入-输出”模型。现实世界的任务往往是多步骤、有状态且充满分支决策的。传统的LangChain通过“链”Chain将多个组件串联起来虽然解决了顺序执行的问题但在处理循环、条件分支和长期状态管理时仍显得力不从心。LangGraph应运而生。它不是一个替代品而是LangChain生态中的一个强大扩展将“链”的思想提升到了“图”Graph的维度。它允许开发者将AI应用的工作流建模为一张有向图其中节点代表执行单元可以是LLM调用、工具调用或自定义函数边则定义了节点间的流转逻辑。这为构建智能体Agent、复杂对话系统、工作流引擎等应用提供了前所未有的灵活性和控制力。本文将带你深入理解LangGraph的核心概念、基本用法并通过实战示例展示如何用它构建一个具备记忆和工具调用能力的智能体。核心概念在深入代码之前让我们先厘清LangGraph中的几个关键概念State状态这是贯穿整个图执行过程的共享上下文通常是一个字典TypedDict。所有节点都可以读取和修改状态中的字段。状态是LangGraph实现有状态、多轮交互的核心。Node节点图中的一个执行单元。每个节点都是一个函数它接收当前的State作为输入并返回一个对该State的更新。节点可以执行任何操作调用LLM、运行工具、进行条件判断、操作数据库等。Edge边定义节点之间如何连接和流转。边分为两种条件边Conditional Edge根据State中的某个值通常是上一个节点输出的结果来决定下一步走向哪个节点。这实现了if-else分支逻辑。普通边无条件地从一个节点指向下一个节点。Graph图由节点和边组成的整体结构。LangGraph负责管理状态的传递、节点的调度以及循环的控制。快速开始构建你的第一个LangGraph应用让我们从一个最简单的例子开始一个接收用户问题并调用LLM进行回答的图。虽然这用简单的Chain也能实现但有助于我们理解Graph的构建模式。fromtypingimportTypedDictfromlanggraph.graphimportStateGraph,ENDfromlangchain_openaiimportChatOpenAI# 1. 定义状态结构classGraphState(TypedDict):question:stranswer:str# 2. 初始化LLMllmChatOpenAI(modelgpt-4o-mini)# 3. 定义节点函数defgenerate_answer(state:GraphState):节点调用LLM生成答案responsellm.invoke(state[question])return{answer:response.content}# 4. 构建图builderStateGraph(GraphState)# 添加节点builder.add_node(generate,generate_answer)# 设置入口点builder.set_entry_point(generate)# 设置结束点从generate节点指向预定义的ENDbuilder.add_edge(generate,END)# 5. 编译图graphbuilder.compile()# 6. 运行图initial_state{question:LangGraph是什么}resultgraph.invoke(initial_state)print(result[answer])这个图虽然简单但已经包含了所有核心要素定义状态、创建节点、构建边、编译和执行。进阶实战构建一个具备工具调用能力的智能体真正的威力在于处理复杂逻辑。下面我们构建一个更实用的智能体它可以根据用户问题决定是直接回答还是需要调用一个搜索工具。fromtypingimportTypedDict,Literalfromlanggraph.graphimportStateGraph,ENDfromlangchain_openaiimportChatOpenAIfromlangchain_community.toolsimportDuckDuckGoSearchRunfromlangchain_core.messagesimportHumanMessage,SystemMessage# 定义更丰富的状态classAgentState(TypedDict):messages:list# 对话历史question:strneeds_search:bool# 是否需要搜索search_result:strfinal_answer:str# 初始化组件llmChatOpenAI(modelgpt-4o-mini)search_toolDuckDuckGoSearchRun()# 节点1路由决策defroute_question(state:AgentState):判断问题是否需要联网搜索system_prompt你是一个路由助手。判断用户的问题是否需要实时信息或网络搜索才能准确回答。如果需要回复search否则回复answer。promptf用户问题{state[question]}responsellm.invoke([SystemMessage(contentsystem_prompt),HumanMessage(contentprompt)])decisionresponse.content.strip().lower()return{needs_search:decisionsearch}# 节点2调用搜索工具defcall_search_tool(state:AgentState):执行网络搜索resultsearch_tool.run(state[question])return{search_result:result}# 节点3基于知识回答defanswer_with_knowledge(state:AgentState):仅用模型已有知识回答responsellm.invoke(f请回答以下问题{state[question]})return{final_answer:response.content}# 节点4综合搜索结果的答案defanswer_with_search(state:AgentState):结合搜索结果进行回答promptf 用户问题{state[question]}搜索到的相关信息{state[search_result]}请根据以上信息给出一个准确、全面的回答。 responsellm.invoke(prompt)return{final_answer:response.content}# 构建图builderStateGraph(AgentState)# 添加所有节点builder.add_node(route,route_question)builder.add_node(search,call_search_tool)builder.add_node(answer_directly,answer_with_knowledge)builder.add_node(answer_with_search,answer_with_search)# 设置入口点builder.set_entry_point(route)# 添加条件边根据路由结果决定走向defdecide_next_node(state:AgentState)-Literal[search,answer_directly]:ifstate[needs_search]:returnsearchelse:returnanswer_directlybuilder.add_conditional_edges(route,decide_next_node,{search:search,answer_directly:answer_directly})# 添加普通边builder.add_edge(search,answer_with_search)builder.add_edge(answer_directly,END)builder.add_edge(answer_with_search,END)# 编译图agent_graphbuilder.compile()# 运行智能体result1agent_graph.invoke({question:Python中如何读写JSON文件,messages:[]})print(【无需搜索的问题】)print(f答案{result1[final_answer][:200]}...)result2agent_graph.invoke({question:今天北京天气怎么样,messages:[]})print(\n【需要搜索的问题】)print(f答案{result2[final_answer][:200]}...)这个示例展示了LangGraph如何优雅地处理条件路由和线性序列的组合。route节点后的条件边实现了智能决策而search到answer_with_search的边则是一个简单的顺序流。可视化与调试graph.get_graph().draw_mermaid()LangGraph一个非常强大的特性是可视化。你可以轻松地将你构建的图导出为Mermaid图表直观地理解工作流。# 接上例可视化智能体图try:# 绘制并显示Mermaid图代码mermaid_codeagent_graph.get_graph().draw_mermaid()print(将以下代码复制到Mermaid编辑器中查看如mermaid.live)print(mermaid_code)exceptExceptionase:print(f生成Mermaid代码时出错{e})生成的Mermaid图可以清晰地展示节点、边和决策逻辑是设计和调试复杂工作流的利器。最佳实践与注意事项状态设计要精简只将需要在节点间传递的数据放入State。避免状态过于庞大影响性能和清晰度。节点职责单一每个节点应只完成一件明确的事情遵循单一职责原则使图更易于维护和测试。善用条件边与循环对于需要多轮对话如直到满足某个条件的智能体可以利用条件边指向自身或某个判断节点实现while循环。错误处理考虑在图中添加专门的错误处理节点或者使用try-catch包装可能失败的节点逻辑确保图的健壮性。持久化状态对于长会话应用需要将State持久化到数据库。LangGraph通常与State的checkpointer结合使用来实现状态的保存与恢复。

相关新闻

PCB设计必备:Altium Designer导入DXF板框的标准化流程与工程实践

PCB设计必备:Altium Designer导入DXF板框的标准化流程与工程实践

1. 项目背景与核心价值:为什么AD导入DXF是PCB设计的“起手式”? 在PCB设计这个行当里干了十几年,我见过太多工程师在项目初期就卡在“板框”这个看似简单的问题上。板框是什么?它不仅仅是PCB的物理边界,更是整个设计的…

2026/11/6 18:07:01 阅读更多 →
Spring Boot与MyBatis整合开发实战指南

Spring Boot与MyBatis整合开发实战指南

1. Spring Boot与MyBatis整合全景解析作为Java生态中最主流的两个框架,Spring Boot和MyBatis的组合堪称企业级开发的黄金搭档。我经历过从早期SSH到SSM的技术演进,最终在微服务时代锁定这个组合方案。Spring Boot的自动化配置特性与MyBatis的灵活SQL控制…

2026/10/26 18:01:48 阅读更多 →
Java 开发中最常用的设计模式有哪些?结合实际开发情况一次讲清

Java 开发中最常用的设计模式有哪些?结合实际开发情况一次讲清

很多人学设计模式时,背的是“23 种模式”;真正写项目时,却经常不知道该用哪一种。本文不按教材逐个复述定义,而是结合 Java 和 Spring 工程,聊聊那些真正高频的设计模式、应用场景,以及使用时容易踩的坑。一…

2026/11/6 16:32:22 阅读更多 →

最新新闻

Electron桌面应用开发实战:从环境搭建到打包发布全流程

Electron桌面应用开发实战:从环境搭建到打包发布全流程

做前端这些年,我大部分时间都在跟浏览器标签页打交道,直到第一次把桌面应用跑起来,才发现原来自己一直被限制在地址栏和刷新按钮围起来的框框里。Electron这个词,最开始是在某段时间频繁出现在同事的讨论里,一个用HTML…

2026/11/6 15:21:35 阅读更多 →
滑盖智能锁T109深度解析:结构原理、安装调试与故障排查

滑盖智能锁T109深度解析:结构原理、安装调试与故障排查

简介:亚太天能T109滑盖智能锁产品说明书是一份PDF格式的官方技术文档,主要面向智能锁安装人员、终端用户及售后维护者,帮助快速掌握产品安装、配置与常见故障处理。全包仅1个PDF文件,大小4.37MB,内容结构清晰&#xff…

2026/11/7 12:08:40 阅读更多 →
PMSM弱磁控制原理与Simulink建模:高速AGV驱动系统设计指南

PMSM弱磁控制原理与Simulink建模:高速AGV驱动系统设计指南

上个月我在调试一台高速AGV的驱动系统,整车要求空载跑到8m/s,电机转速已经拉到额定点,驱动器的输出电压也顶到了母线电压极限附近。再往上踩速度指令,转速纹丝不动,三相电流反而开始震荡。那会儿我的第一反应就是&…

2026/11/6 22:01:11 阅读更多 →
C++核心知识点:从内存管理到STL的实战指南

C++核心知识点:从内存管理到STL的实战指南

C 这门语言我前前后后折腾了十几年,用它写过嵌入式驱动、做过游戏服务端,也搭过基础组件库。每次看到新人一头扎进"C 核心知识点"这个搜索词,我其实挺感慨的——这门语言的难点从来不是语法多,而是知识点之间的耦合太深…

2026/11/6 22:01:11 阅读更多 →
T109滑盖智能锁怎么装?安装调试与故障排查全攻略

T109滑盖智能锁怎么装?安装调试与故障排查全攻略

简介:亚太天能T109滑盖智能锁产品说明书以PDF格式发布,适合智能锁用户、安装人员与售后维修人员阅读。内容围绕T109系列指纹密码刷卡锁展开,先介绍前面板、后面板、锁体、机械钥匙、电池盒盖等部件名称与功能,再给出完整安装步骤&…

2026/11/7 12:08:40 阅读更多 →
LLM知识降熵:从信息垄断到理解权下放

LLM知识降熵:从信息垄断到理解权下放

你有没有过这种经历:翻开源码注释、论文摘要或者一份专业报告,每个字都认识,连在一起却像天书。想找人聊聊,身边要么没人懂,要么懂的懒得跟你解释。后来我试着把同一段内容丢给一个大语言模型,几秒钟之后&a…

2026/11/6 22:01:09 阅读更多 →

日新闻

周新闻

月新闻