VSCode通过FileService与StateService将编辑器状态持久化至state.vscdb数据库，保存内容包括打开的文件、光标位置、折叠区域、视图布局、文件历史及未保存修改；退出时序列化状态，启动时由EditorGroupService等组件协同恢复，插件可通过workspaceState和globalState API存取自定义状态，实现跨会话的状态还原与上下文延续。
VSCode 的编辑器状态管理是其核心功能之一，直接影响用户的编辑体验。当你打开文件、切换标签、修改内容或关闭窗口后重新打开，VSCode 能够“记住”你之前的工作状态，这背后依赖于一套完整的状态保存与恢复机制。本文从使用层面和源码角度解析 VSCode 是如何实现编辑器状态的持久化与恢复的。
编辑器状态包含哪些内容
在 VSCode 中，“编辑区状态”不仅仅指打开的文件列表，还包括：
- 已打开的编辑器标签页（Editors in tabs）
- 每个编辑器的光标位置、选中范围
- 折叠的代码块区域（Folding State）
- 拆分视图布局（Editor Groups / Layouts）
- 最近打开的文件历史（MRU）
- 未保存的修改内容（Dirty Editors）
这些信息共同构成了用户当前的“工作上下文”，VSCode 在退出时会尝试将这些状态序列化并保存到磁盘，在下次启动时尽可能还原。
状态保存机制：FileService 与 WorkspaceState
VSCode 使用 FileService 和 StateService 配合完成状态持久化。关键路径位于：
src/vs/platform/state/node/stateService.ts该服务负责将状态写入本地 JSON 文件，默认存储路径为：
~/Library/Application Support/Code/User/workspaceStorage/注意：现代版本的 VSCode 使用 SQLite 数据库存储状态（state.vscdb），而非纯 JSON 文件，以支持更复杂的查询和事务操作。
核心流程如下：
- 用户触发退出或窗口失去焦点时，Workbench 触发
saveState() - 各组件（如 EditorGroupService）向全局状态服务提交自己的状态快照
- 状态被序列化并写入
state.vscdb的特定表中（例如memento表）
编辑器状态恢复流程
重启 VSCode 后，恢复过程在主进程和渲染进程间协同完成：
-
1. 初始化阶段：加载
state.vscdb中保存的 memento 数据 -
2. 恢复编辑组：由
EditorGroupService读取上次的 group 结构和打开的资源 URI 列表 -
3. 还原编辑器内容：通过
TextModelService加载对应文件内容，若为脏文件则优先从内存或备份通道恢复 -
4. 光标与滚动位置：通过
ITextEditorSelection接口还原 cursor 和 view state
相关源码入口：
src/vs/workbench/browser/parts/editor/editorGroupView.ts src/vs/workbench/common/editor/editorMemento.ts开发者可干预的状态 API
如果你开发插件并希望保存某些 UI 状态，VSCode 提供了两个主要 API：
-
context.workspaceState：跨会话持久存储（数据保留在磁盘） -
context.globalState：全局用户级状态（所有项目共享）
示例代码：
const lastPosition = context.workspaceState.get<{line: number, col: number}>('lastCursorPosition');
await context.workspaceState.update('lastCursorPosition', { line: 10, col: 5 });
这类状态最终也会写入 state.vscdb，但归属于插件命名空间。
基本上就这些。VSCode 的状态管理虽复杂，但设计清晰：通过数据库统一存储、按需恢复、组件解耦。理解这套机制有助于排查“无法恢复编辑状态”类问题，也为插件开发提供了持久化能力支持。
