一句话定义：会话跨设备恢复（Cross-Device Session Resumption），指用户在一台设备上聊到一半的对话，换另一台设备登录后能原样接续——历史消息在、上下文在、没生成完的回答也能有个交代。
关键不在“同步”，在“状态存在哪”
很多人以为这是网络同步问题，其实核心是三个层次的状态归属：
第一层，客户端本地。 对话存在浏览器的 localStorage、App 的沙盒目录或者内存里。换台设备打开，等于进了一个空房间。手机聊得再热闹，电脑上也是白纸一张。清缓存、换浏览器、用无痕模式，都会让对话“消失”。
第二层，服务端会话（session）。 服务端确实存着这段对话，但它是按一个 session id 存的，而这个 id 往往绑在某个客户端上——一个 cookie、一个设备令牌。所以同一浏览器的两个标签页能接上，换台设备就接不上：新设备手里没有那张“取件码”。
第三层，账号下。 对话归属于 user_id，服务端按账号提供会话列表。任何设备登录同一账号，都能把对话拉回来。这才是真正的跨设备恢复。
打个餐厅的比方：菜单揣在自己兜里，换家店就没了（本地）；店里按桌号存着，你换张桌子就找不到（服务端会话）；记在会员卡上，去哪家分店都能续上（账号下）。
存在账号下，也不等于“无缝”
大模型对话的状态不只是几段文字。它包括系统提示、模型参数、附件、工具调用的中间结果，还有正在流式输出、只吐了半句的回答。恢复时要回答两个问题：历史是全量重放给模型，还是存一份状态快照？正在生成的回答标记为“已中断”，还是让服务端接着生成？前者影响 token 成本，后者影响两端同时发请求会不会打架。所以“能恢复”和“恢复得对”是两件事。
和相邻概念的区别
| 概念 | 关注点 |
|---|---|
| 会话跨设备恢复 | 同一个人换设备后，对话状态能否接续 |
| 多端同步 | 新消息实时推送到所有在线设备，更像即时通讯 |
| AI 词典：上下文窗口">上下文窗口（Context Window） | 单次请求里模型能看到多少内容，属于模型侧 |
| 记忆（Memory） | 跨“对话”保留用户偏好，跨的是会话而非设备 |
| 会话粘性（Session Affinity） | 负载均衡把同一会话路由到同一台后端机器，是服务端调度问题 |
对从业者和普通人的意义
从业者：把“会话 ID”和“用户 ID”分层设计——草稿、临时参数、离线缓存放本地，可回溯的对话记录放账号下。想清楚恢复的粒度：整段重放很直接，但历史越长越费 token；存快照省成本，但要维护状态格式。生成中的回答必须有一个明确状态位，否则两个设备会各发一次请求。
普通人：换设备接不上，多半是这段对话只存在那台设备的浏览器里；清缓存、换浏览器、退出登录都可能是诱因。反过来看，只存本地也是一种隐私保护——敏感内容不上云，就不存在“恢复”的问题。具体到某个产品怎么做，以官方页面说明为准。