VS Code折叠后光标“漂移”是因文档偏移量映射到失效行号所致，本质是折叠导致原行号不存在，编辑器自动锚定至最近合法行（如折叠起始行）；启用indentation折叠策略、格式化器压行或语言服务异常会加剧该现象。
为什么折叠后光标会“漂移”
VS Code 折叠代码时，光标位置没变，但你感觉它“跳了”，本质是折叠节点收缩后，原光标所在行号失效——比如光标在第 42 行，折叠后该区域只剩 10 行，第 42 行已不存在，编辑器只能把它映射到最近的合法行（通常是折叠起始行），看起来就像光标被拽回去了。
这不是 bug，是折叠机制的必然行为：VS Code 维护的是“文档偏移量（offset）”，不是“屏幕坐标”。一旦结构变化，偏移量对应的行/列就可能跨段落错位。
editor.foldingStrategy: "indentation" 会加剧漂移
默认的 foldingStrategy 是 "auto"（基于语言服务提供折叠范围），但有些文件（如 Markdown、无语法高亮的 JSON 或自定义 DSL）会被降级为 "indentation"。后者纯靠空格/Tab 层级判断折叠区，极其脆弱：
- 缩进不一致（空格混 Tab）→ 折叠边界计算错误 → 光标锚定到错误父节点
- 某行意外多一个空格 → 整个子树被吞进上层折叠 → 光标突然出现在顶部
- 折叠后手动编辑未展开区域 → 触发重解析，光标被强制重定位
解决方案不是禁用缩进折叠，而是确保它不被意外启用：在 settings.json 中显式设为 "auto"，并确认语言模式正确（右下角显示 JavaScript 而非 Plain Text）。
保存时折叠状态重置的真正原因
很多人发现“一保存，所有折叠就没了”，这通常不是 VS Code 自身行为，而是格式化器或扩展在保存时做了三件事：
- Prettier / ESLint 等把多行结构压成单行（如把对象字面量全塞一行），导致折叠范围消失
- 某些旧版格式化插件（如 JS-CS-HTML Formatter）不兼容 VS Code 的折叠 API，保存后直接清空折叠状态
-
editor.codeActionsOnSave配了"source.organizeImports"，重排 import 块时触发整段重解析
验证方式：临时关掉 editor.formatOnSave 和 editor.codeActionsOnSave，再保存一次。如果折叠保持住了，问题就出在保存钩子链路上。
想让光标在折叠后“稳住”，得从锚点源头控制
VS Code 不提供“锁定光标到某行”的 API，但你可以让光标锚定在更稳定的语义位置上：
- 折叠前，把光标移到一个不会被折叠吞掉的位置，比如函数名、类名或顶层变量声明行（这些通常是折叠的起始行）
- 避免把光标停在折叠区域内部的任意行——尤其不要停在注释、空行或嵌套过深的表达式中间
- 用
Ctrl+Shift+[（折叠当前层级）代替鼠标点击折叠箭头，前者更尊重当前光标语义上下文 - 如果必须编辑折叠内内容，先按
Ctrl+Shift+]展开，改完再手动折叠，比依赖自动同步更可靠
最易被忽略的一点：折叠稳定性高度依赖语言服务器响应质量。TypeScript 项目里 tsserver 崩溃或延迟，会导致折叠范围缓存失效，光标锚定逻辑直接退化为行号硬匹配——这时任何设置都救不了，得先检查 Developer: Toggle Developer Tools 里有没有语言服务报错。
