C++14作为C++11的补充版本，主要新增了以下语言特性和库特性：1）变量模板，支持对变量使用模板；2）泛型lambda表达式，允许lambda参数使用auto类型；3）返回类型推导，支持auto自动推导函数返回类型；4）二进制字面量和数字分割符，增强数值表示能力。这些改进使C++14在保持兼容性的同时，进一步简化了模板编程和泛型编程的复杂度。其中变量模板和泛型lambda为元编程提供了更多灵活

那么我们overloaded通过多继承的方式继承所有的lamada的底层类，同时因为每个lamada中的operator()刚好可以构成函数重载，为了避免函数覆盖的问题，我们直接把所有类中的operator()函数展开到当前类域内。也就是说一个变体类型可以不同时刻存储不同类型的值，一个我们之前见过的场景就是哈希桶，一个桶的长度在低于某个值使用链表存储，高于时使用红黑树基础的数据结构。解决了判断类型

数组的创建T[] 数组名 = new T[N];T：表示数组中存放元素的类型T[]：表示数组的类型N：表示数组的长度// 创建一个可以容纳10个int类型元素的数组// 创建一个可以容纳5个double类型元素的数组// 创建一个可以容纳3个字符串元素的数组数组的初始化数组的初始化主要分为动态初始化和静态初始化。1. 动态初始化：在创建数组时，直接指定数组中元素的个数2. 静态初始化：在创建数组时

想要实现持久化能力，那么你当然需要给我一个空间让我去存储我历史的对话数据。内存持久化因为仅仅是用于测试时进行使用，而且不方便观察，所以我们着重说明数据库存储的方式(不过定义出二者存储对象之后，二者的使用姿势基本一致，所以数据库存储例子中怎么使用，内存存储那里就可以照猫画虎)# 定义存储⽅式# ⽤ checkpointer 编译图使用 PostgresSaver.from_conn_string()

上下文（Context）是程序运行时可访问的数据和环境信息。用户身份、配置参数数据库连接、API 密钥会话状态、历史记录等维度类型描述示例可变性静态上下文运行中不变的数据用户ID、数据库连接动态上下文运行中会变化的数据对话记录、中间结果生命周期运行时上下文单次运行/线程有效当前请求的临时数据跨会话上下文多次会话持久化用户偏好、历史记录因此，在 LangGraph 中，包含三种上下文类型可变性生命周

基于快速上手部分我们所看的流程图，可以把整个模型的调用过程图示化如下:其中特殊颜色部分便是中间件可以发挥作用的部分，也就是说，基于agent给的基本流程，我们可以通过中间件来实现一些自定义的操作，比如过滤敏感词，验证用户信息或者监控token消耗数等等。中间件的执行逻辑大致如下(图示的钩子类型是自定义中间件的内容，我们下面会都介绍的):fill:#333;important;important;f

首先需要特别说明的一点是，从开始，自定义状态必须是TypedDict类型，不再支持 Pydantic 模型或 dataclass。然后是对于agnet的自定义状态当然必须要继承自AgentState，一般有两种自定义方式，一种是在中间件中指定自定义状态，这也是官方推荐的做法，我们前文也提到过。而另一种则是直接在处传入自定义状态的。都很简单有兴趣的读者可以自行下去写一下，这里不再浪费篇幅了。模型上下

模型上下文协议 (Model Context Protocol，简称MCP)，它是干什么用的呢。文档中有详细的概念的叙述，我们就不那么详细了，这里就直白些。像我们之前去编写我们的LangChain代码时，每次新开一个项目时就需要把原来的工具重新写一遍，非常麻烦(可以复制粘贴也很麻烦)。有没有什么办法，我们直接部署一个服务，然后让本地的LangChain应用通过我们给定的服务器地址调用服务，像调工具

模型上下文协议 (Model Context Protocol，简称MCP)，它是干什么用的呢。文档中有详细的概念的叙述，我们就不那么详细了，这里就直白些。像我们之前去编写我们的LangChain代码时，每次新开一个项目时就需要把原来的工具重新写一遍，非常麻烦(可以复制粘贴也很麻烦)。有没有什么办法，我们直接部署一个服务，然后让本地的LangChain应用通过我们给定的服务器地址调用服务，像调工具

首先需要特别说明的一点是，从开始，自定义状态必须是TypedDict类型，不再支持 Pydantic 模型或 dataclass。然后是对于agnet的自定义状态当然必须要继承自AgentState，一般有两种自定义方式，一种是在中间件中指定自定义状态，这也是官方推荐的做法，我们前文也提到过。而另一种则是直接在处传入自定义状态的。都很简单有兴趣的读者可以自行下去写一下，这里不再浪费篇幅了。模型上下