多标签页拖慢VSCode因每个标签触发语法高亮、IntelliSense等后台行为，尤其大型文件或未关闭终端会指数级增加资源占用；需启用workbench.editor.limit.enabled并设perEditorGroup为12，配合关闭预览文件、终端日志等高耗标签。
为什么多标签页会拖慢 VSCode？
多标签页本身不耗资源，但每个打开的标签页都可能触发语法高亮、IntelliSense、代码折叠、自动保存、文件监听等后台行为。尤其当标签页里是大型文件（如 >5MB 的日志、JSON、min.js）或未关闭的终端/调试会话时，内存和 CPU 会指数级增长。实测显示：同时打开 20 个含 node_modules 路径的 TypeScript 文件，typescript-language-features 进程 CPU 占用可飙至 60%+。
workbench.editor.limit.enabled 必须开
这是控制标签页数量的硬性闸门，不是“建议”，是防止 OOM 的关键配置。默认关闭，意味着你可能无意中打开上百个标签页，VSCode 仍试图全部保留在内存中。
- 设为
true后，必须同步配workbench.editor.limit.perEditorGroup（推荐12） - 超出限制时，VSCode 会自动关闭最久未使用的标签页，但保留其编辑状态（可从「已关闭的编辑器」列表中快速恢复）
- 别依赖
workbench.editor.reopenClosedEditors—— 它只缓存最近 10 个，且不释放内存
标签页换行只是视觉优化，不是性能解药
workbench.editor.wrapTabs 开启后标签能多行显示，看起来更清爽，但它完全不减少内存占用或解析压力。很多人误以为“排版好了就流畅了”，结果发现输入延迟照旧。
- 它只改变 CSS
flex-wrap行为，不影响任何语言服务或文件监听逻辑 - 若你靠多行标签来“容忍”大量无用标签页，反而掩盖了真正问题：没及时关闭不用的文件
- 搭配
workbench.editor.tabCloseButton:"left"（左置关闭按钮）可显著降低单次关闭操作成本
哪些标签页最该优先关？
不是所有标签页“平等”。以下几类是内存和 CPU 的隐形大户，建议养成随手关闭习惯：
- 预览模式打开的文件（右上角带
Preview标签）—— 默认双击才固定，但很多用户根本没意识到自己在预览模式下打开了十几个文件 - 终端里的
output或debug面板，尤其是长时间运行的npm run dev日志流，持续写入会拖慢渲染 - 未保存的临时文件（如
Untitled-1），它们不占磁盘，但占语言服务上下文 - 来自
.gitignore目录的文件（如dist/main.js），这类文件通常无需编辑，却仍触发语法解析
真正的瓶颈往往不在“有多少标签”，而在“哪些标签不该存在”。每次 Ctrl+Tab 切换卡顿半秒，背后大概率是某个被遗忘的 webpack-stats.json 标签页正在被全文本解析。盯住进程管理器里的 shared-process 和 extensionHost 占用，比数标签数量更有意义。
