> ## Documentation Index
> Fetch the complete documentation index at: https://mcp.gjxx.dev/llms.txt
> Use this file to discover all available pages before exploring further.

# 生命周期

<div id="enable-section-numbers" />

<Info>**协议修订版**：2025-06-18</Info>

模型上下文协议 (MCP) 为客户端-服务器连接定义了严格的生命周期，确保正确的功能协商和状态管理。

1. **初始化**：功能协商和协议版本协议
2. **操作**：正常的协议通信
3. **关闭**：连接的优雅终止

```mermaid theme={null}
sequenceDiagram
    participant Client
    participant Server

    Note over Client,Server: 初始化阶段
    activate Client
    Client->>+Server: initialize 请求
    Server-->>Client: initialize 响应
    Client--)Server: initialized 通知

    Note over Client,Server: 操作阶段
    rect rgb(200, 220, 250)
        note over Client,Server: 正常的协议操作
    end

    Note over Client,Server: 关闭
    Client--)-Server: 断开连接
    deactivate Server
    Note over Client,Server: 连接已关闭
```

## 生命周期阶段

### 初始化

初始化阶段**必须**是客户端和服务器之间的第一次交互。在此阶段，客户端和服务器：

* 建立协议版本兼容性
* 交换和协商功能
* 共享实现细节

客户端**必须**通过发送包含以下内容的 `initialize` 请求来发起此阶段：

* 支持的协议版本
* 客户端功能
* 客户端实现信息

```json theme={null}
{
  "jsonrpc": "2.0",
  "id": 1,
  "method": "initialize",
  "params": {
    "protocolVersion": "2024-11-05",
    "capabilities": {
      "roots": {
        "listChanged": true
      },
      "sampling": {},
      "elicitation": {}
    },
    "clientInfo": {
      "name": "ExampleClient",
      "title": "Example Client Display Name",
      "version": "1.0.0"
    }
  }
}
```

服务器**必须**使用自己的功能和信息进行响应：

```json theme={null}
{
  "jsonrpc": "2.0",
  "id": 1,
  "result": {
    "protocolVersion": "2024-11-05",
    "capabilities": {
      "logging": {},
      "prompts": {
        "listChanged": true
      },
      "resources": {
        "subscribe": true,
        "listChanged": true
      },
      "tools": {
        "listChanged": true
      }
    },
    "serverInfo": {
      "name": "ExampleServer",
      "title": "Example Server Display Name",
      "version": "1.0.0"
    },
    "instructions": "Optional instructions for the client"
  }
}
```

成功初始化后，客户端**必须**发送 `initialized` 通知以表示它已准备好开始正常操作：

```json theme={null}
{
  "jsonrpc": "2.0",
  "method": "notifications/initialized"
}
```

* 客户端**不应该**在服务器响应 `initialize` 请求之前发送除[ping](/specification/2025-06-18/basic/utilities/ping)之外的其他请求。
* 服务器**不应该**在接收到 `initialized` 通知之前发送除[ping](/specification/2025-06-18/basic/utilities/ping) 和[日志记录](/specification/2025-06-18/server/utilities/logging)之外的其他请求。

#### 版本协商

在 `initialize` 请求中，客户端**必须**发送它支持的协议版本。这**应该**是客户端支持的\_最新\_版本。

如果服务器支持请求的协议版本，它**必须**以相同版本响应。否则，服务器**必须**以它支持的另一个协议版本响应。这**应该**是服务器支持的\_最新\_版本。

如果客户端不支持服务器响应中的版本，它**应该**断开连接。

<Note>
  如果使用 HTTP，客户端**必须**在所有后续请求到 MCP 服务器时包含 `MCP-Protocol-Version: <protocol-version>` HTTP 头。
  有关详细信息，请参见[传输中的协议版本头部分](/specification/2025-06-18/basic/transports#protocol-version-header)。
</Note>

#### 功能协商

客户端和服务器功能建立会话期间哪些可选协议功能将可用。

关键功能包括：

| 类别  | 功能             | 描述                                                                |
| --- | -------------- | ----------------------------------------------------------------- |
| 客户端 | `roots`        | 提供文件系统[根目录](/specification/2025-06-18/client/roots)的能力            |
| 客户端 | `sampling`     | 支持 LLM [采样](/specification/2025-06-18/client/sampling)请求          |
| 客户端 | `elicitation`  | 支持服务器[引出](/specification/2025-06-18/client/elicitation)请求         |
| 客户端 | `experimental` | 描述对非标准实验性功能的支持                                                    |
| 服务器 | `prompts`      | 提供[提示模板](/specification/2025-06-18/server/prompts)                |
| 服务器 | `resources`    | 提供可读的[资源](/specification/2025-06-18/server/resources)             |
| 服务器 | `tools`        | 暴露可调用的[工具](/specification/2025-06-18/server/tools)                |
| 服务器 | `logging`      | 发出结构化的[日志消息](/specification/2025-06-18/server/utilities/logging)  |
| 服务器 | `completions`  | 支持参数[自动完成](/specification/2025-06-18/server/utilities/completion) |
| 服务器 | `experimental` | 描述对非标准实验性功能的支持                                                    |

功能对象可以描述子功能，如：

* `listChanged`：支持列表变更通知（针对提示、资源和工具）
* `subscribe`：支持订阅单个项目的变更（仅限资源）

### 操作

在操作阶段，客户端和服务器根据协商的功能交换消息。

双方**必须**：

* 遵守协商的协议版本
* 仅使用成功协商的功能

### 关闭

在关闭阶段，一方（通常是客户端）干净地终止协议连接。没有定义特定的关闭消息——相反，应该使用底层传输机制来发出连接终止信号：

#### stdio

对于 stdio [传输](/specification/2025-06-18/basic/transports)，客户端**应该**通过以下方式发起关闭：

1. 首先，关闭到子进程（服务器）的输入流
2. 等待服务器退出，或者如果服务器在合理时间内没有退出则发送 `SIGTERM`
3. 如果服务器在 `SIGTERM` 后在合理时间内没有退出，则发送 `SIGKILL`

服务器**可以**通过关闭到客户端的输出流并退出而发起关闭。

#### HTTP

对于 HTTP [传输](/specification/2025-06-18/basic/transports)，关闭通过关闭相关的 HTTP 连接来指示。

## 超时

实现**应该**为所有发送的请求建立超时，以防止挂起的连接和资源耗尽。当请求在超时期间内没有收到成功或错误响应时，发送者**应该**为该请求发出[取消通知](/specification/2025-06-18/basic/utilities/cancellation) 并停止等待响应。

SDK 和其他中间件**应该**允许这些超时在每个请求的基础上进行配置。

实现**可以**选择在接收到对应于请求的[进度通知](/specification/2025-06-18/basic/utilities/progress)时重置超时时钟，因为这意味着工作实际上正在进行。但是，实现**应该**始终强制执行最大超时，无论进度通知如何，以限制行为不端的客户端或服务器的影响。

## 错误处理

实现**应该**准备处理这些错误情况：

* 协议版本不匹配
* 无法协商所需功能
* 请求[超时](#timeouts)

初始化错误示例：

```json theme={null}
{
  "jsonrpc": "2.0",
  "id": 1,
  "error": {
    "code": -32602,
    "message": "Unsupported protocol version",
    "data": {
      "supported": ["2024-11-05"],
      "requested": "1.0.0"
    }
  }
}
```