3. Session状态管理：状态码、状态迁移图、超时与重连机制

Session状态管理是通信协议栈中保证连接可靠性的核心环节。一个Session从创建到销毁，会经历多个明确的状态节点，每个状态对应特定的行为约束和超时策略。本章从状态码定义、状态迁移模型、超时与重连机制三个维度展开，帮助你在Trace监控中快速定位Session异常根因。

3.1 Session状态码定义

标准通信协议（如SIP、Diameter、HTTP/2）通常使用整数状态码标识Session当前所处阶段。下表列出通用Session生命周期中的核心状态码及其语义：

3.2 状态迁移图

Session状态迁移遵循有限状态机（FSM）模型。下图展示了从IDLE到CLOSED的完整迁移路径，以及异常分支（ERROR）的触发条件：

3.3 超时机制

超时是驱动状态迁移的重要触发器。不同状态对应不同的超时阈值，合理配置超时参数能有效平衡用户体验与系统资源占用。

3.4 重连机制

重连机制是Session从ERROR状态恢复至ESTABLISHED的关键策略。一个健壮的重连机制应包含以下要素：

1. 指数退避（Exponential Backoff）：每次重连失败后，等待时间按指数增长（如1 s → 2 s → 4 s → 8 s），避免对服务端造成重连风暴。
2. 最大重试次数：设置硬上限（如5次），超过后不再自动重连，转为人工介入或降级处理。
3. 抖动（Jitter）：在退避时间上增加随机偏移（±30%），防止大量客户端同时重连。
4. 会话恢复（Session Resume）：重连成功后，尝试恢复之前的Session上下文，减少业务中断时间。

以下是一个典型的重连逻辑代码片段：

// 重连参数配置
const MAX_RETRIES = 5;
const BASE_DELAY_MS = 1000;

async function reconnectWithBackoff(sessionId, attempt = 0) {
    if (attempt >= MAX_RETRIES) {
        console.error(`Session ${sessionId} 重连失败，已达最大重试次数`);
        session.setState('IDLE');
        return false;
    }

    // 计算退避时间：2^attempt * BASE_DELAY_MS + jitter
    const delay = Math.pow(2, attempt) * BASE_DELAY_MS;
    const jitter = Math.random() * 0.6 * delay - 0.3 * delay; // ±30%
    const waitTime = Math.round(delay + jitter);

    console.log(`Session ${sessionId} 第 ${attempt + 1} 次重连，等待 ${waitTime} ms`);
    await sleep(waitTime);

    try {
        await session.connect();
        session.setState('ESTABLISHED');
        console.log(`Session ${sessionId} 重连成功`);
        return true;
    } catch (err) {
        console.warn(`Session ${sessionId} 重连失败: ${err.message}`);
        return reconnectWithBackoff(sessionId, attempt + 1);
    }
}

3.5 状态管理最佳实践总结