如何让.NET Bot Framework V4的Directline对话存活超14天？

核心问题梳理 #

Directline默认14天无活动对话过期，且平台管控对话ID生成机制，无法直接通过预定义对话ID复用旧对话。

最优方案：自定义状态持久化+用户-对话关联映射 #

该方案比你提到的两个备选更可靠，规避了定时心跳的资源消耗与状态迁移的兼容性风险：

• 独立存储对话状态
  脱离Directline内置状态存储，将所有对话上下文（用户历史消息、业务数据、会话状态）持久化至自有数据库（如SQL Server、Cosmos DB），以用户唯一标识（而非对话ID）作为主键。
• 建立用户与对话ID的映射
  用户发起新对话时，先通过用户标识查询数据库：若存在未完成的历史状态，则将新生成的Directline对话ID与用户标识绑定，加载历史状态至当前对话；若不存在，则初始化新状态。
• 无缝恢复对话逻辑
  用户无论间隔多久再次访问，只要通过用户标识匹配到历史状态，就能在新的Directline对话中完整恢复之前的会话上下文，完全不受14天过期限制。

方案优势对比 #

• 对比“定期发送活动维持存活”：无需额外定时任务，节省服务器资源，避免因定时任务故障导致对话失效，也不会产生无意义的会话记录。
• 对比“迁移状态到新对话ID”：无需手动处理状态迁移的序列化/反序列化兼容性问题，直接通过用户标识关联，逻辑简洁，出错概率低。

实现关键注意事项 #

• 确保用户唯一标识的稳定性：采用业务系统内的固定用户ID（而非Directline临时用户ID），避免用户更换设备后无法关联历史状态。
• 兼容Bot Framework状态机制：使用框架自带的BotState序列化工具处理状态存储与加载，保证上下文格式一致。
• 数据库事务保障：在绑定对话ID与加载状态时启用事务，确保数据一致性。

内容的提问来源于stack exchange，提问作者Simon Ettlin