VSCode 光标位置无法跨工作区同步，因为每个工作区独立创建 TextEditor 实例，状态仅限本工作区缓存且无共享引用，editor.restoreViewState 等设置与 API 均不支持跨区读写。
VSCode 本身不共享光标位置记录，每个工作区（包括单文件夹和 .code-workspace）完全独立保存编辑状态。 你在一个工作区里把光标停在 index.ts 第 42 行第 5 列，切换到另一个工作区后，它不会“记住”这个位置——连历史滚动偏移都不会保留。
为什么光标位置无法跨工作区同步
VSCode 的编辑器状态（含光标、折叠、滚动、选区）只绑定到当前打开的 editor 实例，而每个工作区启动时会创建全新的编辑器上下文。即使两个工作区都打开了同名文件，它们底层是两个独立的 TextEditor 对象，内存中无共享引用。
-
settings.json中的editor.restoreViewState只对当前工作区内的文件生效，不影响跨工作区行为 - 没有 API 允许插件读取或写入其他工作区的光标状态
- 关闭再重开同一工作区时，光标位置能恢复，是因为 VSCode 把状态序列化到了本地缓存（如
WorkspaceStorage），但该缓存按工作区 ID 隔离
哪些操作看起来像“共享”，其实不是
有些行为容易被误认为是跨工作区光标同步，实际是巧合或副作用：
- 用
Ctrl+P快速打开文件时，VSCode 会复用最近一次在该文件中的光标位置 —— 但这仅限于“同一个文件路径”，且前提是该文件在目标工作区中存在且已打开过 - 使用
Ctrl+Shift+P→ “Go to Symbol in Workspace” 跳转后光标落在某处，这只是符号搜索结果定位，不是继承了上一个工作区的位置 - 多窗口模式下拖动标签页到另一窗口，看似延续了编辑状态，实则是把整个
TextEditor实例迁移过去，不属于“工作区间共享”
替代方案：用命令 + 文件路径记忆代替位置同步
既然无法真正同步光标，就转为可预测的操作习惯：
- 对高频编辑的文件，统一在开头加注释标记，比如
// ? EDIT HERE，然后用Ctrl+Shift+O搜索符号快速跳转 - 用
Ctrl+Shift+P执行Workspaces: Open Recent后，立刻按Ctrl+P输入文件名 +@+ 行号（如api.ts@102），直接跳到目标位置 - 在
keybindings.json中绑定自定义命令，例如一键打开某工作区 + 定位到固定文件 + 跳转行号，用 shell 脚本或任务封装
最常被忽略的一点：所谓“光标位置记录”本质是 VSCode 的编辑器实例生命周期问题，不是配置项能开关的功能。想靠设置或插件打通多个工作区的光标状态，目前没有可行路径。
