vscode大文件分屏应使用「编辑器组」而非「拆分编辑器」，因后者同步滚动；需关闭自动折叠与大纲、启用粘性行、使用当前组内搜索。
大文件无法分屏滚动？用 VSCode 内置的「编辑器组」而非「拆分编辑器」
VSCode 默认的「拆分编辑器」（右键 → Split Editor）对大文件无效——它只是复制同一视图，两个窗口同步滚动，根本没法对照上下文。真正能实现“上半屏看函数头、下半屏看 return 逻辑”的，是 editorGroups 的独立滚动能力。
- 操作路径：右键编辑器标签 →
Move Editor into New Group（或快捷键Ctrl+Shift+]/Cmd+Shift+]） - 每个编辑器组拥有独立滚动条、独立光标位置、独立折叠状态
- 不要拖拽标签到边缘触发「拆分」，那只是视觉分割，底层仍是同一个视图实例
- 超过 2 个组时，用
Ctrl+1～Ctrl+4快速切换焦点，避免鼠标点错组
大文件卡顿严重？必须关掉「自动折叠」和「大纲视图」
VSCode 对 >5000 行的文件默认启用代码折叠和符号大纲（outline），这两项在长文件中会持续扫描 AST，导致滚动延迟、分屏卡顿甚至假死。
- 关闭路径：
Settings→ 搜索editor.folding→ 取消勾选Enable Folding - 同时禁用大纲：
Settings→ 搜索outline→ 关闭Outline: Enabled - 临时验证：打开命令面板（
Ctrl+Shift+P），执行Developer: Toggle Developer Tools，切到 Performance 标签，滚动时观察updateDecorations是否高频触发 —— 开着折叠就一定会打满 CPU
想固定某段代码在顶部对照？用「粘性行」比手动滚动更稳
手动拖滚动条对齐两屏内容极难保持，尤其文件稍有编辑就会错位。VSCode 1.86+ 支持 editor.stickyScroll，让函数签名/注释块始终钉在顶部，相当于给关键上下文加了锚点。
- 开启方式：设置中搜索
stickyScroll→ 勾选Editor > Sticky Scroll: Enabled - 它只对有明确作用域结构的语言生效（如
javascript、python、go），靠语言服务器提供范围信息 - 若没反应，检查当前文件是否被识别为正确语言模式（右下角显示
JavaScript而非Plain Text） - 粘性行数量可调：
editor.stickyScroll.maxLineCount，建议设为3，太多反而遮挡内容
分屏后光标跳转混乱？别用 Ctrl+F 全局搜，改用「当前编辑器组内搜索」
大文件分屏后，如果在 A 组按 Ctrl+F 搜索，再按 Enter 跳转，光标大概率会跑到 B 组去——因为默认搜索作用域是整个活动编辑器，而非当前组。
- 正确操作：按
Ctrl+F后，点击搜索框右上角的...→ 选择In Current Editor Group - 或者直接用快捷键
Ctrl+Shift+F打开全局搜索，但务必在搜索框下方确认「Files to include」里填的是当前文件路径，而非空值 - 更安全的替代：用
Ctrl+G跳转行号，或Ctrl+Shift+O（Go to Symbol in Editor）快速定位函数，这两个命令天然限定在当前组
最常被忽略的是：分屏不是为了“多开几个窗口”，而是让不同逻辑层级的内容脱离滚动耦合。一旦发现两个组总是一起动，八成是误用了拆分而非新建组；一旦滚动发卡，先关折叠再查语言模式——这些细节不处理，再多窗口也白搭。
