VSCode标签页分组依赖编辑器组而非传统Tab分组：用Ctrl+Shift+Enter（Win/Linux）或Cmd+Shift+Enter（macOS）新建组，Ctrl+K Ctrl+←/→切换组，右键移动文件入组，配合workbench.editor.restoreViewState等设置实现状态持久化。
VSCode 怎么给标签页分组（不是靠拖拽）
VSCode 本身不提供传统意义上的「标签页分组」功能（比如 Chrome 那种多行 Tab 栏或命名 Tab 组），所谓“分组”实际依赖 workbench.editor.splitInGroup 行为 + 手动控制编辑器组（Editor Group）。用户常误以为拖文件到侧边就能“分组”，结果只是创建了新组，且没命名、无状态保存。
真正可控的分组方式是：用快捷键创建独立编辑器组 → 按需移动文件进组 → 通过 workbench.editor.labelFormat 配置让标题显示组标识（如 {dirty}{active}{name} 中的 {active} 可间接提示当前组）。
- Windows/Linux：
Ctrl+Shift+Enter新建右侧组；Ctrl+K Ctrl+←/→切换组 - macOS：
Cmd+Shift+Enter新建右侧组；Cmd+K Cmd+←/→切换组 - 右键某个编辑器标签 →
Move Editor into New Group或Move Editor into Group X - 关闭某组时默认只关该组内所有编辑器，不影响其他组 —— 这才是分组管理的核心价值
如何让不同组对应不同项目关注点（比如 src / tests / config）
纯靠视觉分组容易混乱，必须绑定语义。推荐做法是：按职责划分组，并配合 VSCode 的 files.associations 和 editor.defaultFormatter 做轻量上下文隔离。
- 第一组（左侧）：专注
src/，打开时自动启用 ESLint + Prettier（通过.vscode/settings.json在项目根目录配置） - 第二组（中间）：只放
__tests__/或test/下的文件，设置"jest.autoEnable": false避免干扰主开发流 - 第三组（右侧）：固定打开
webpack.config.js、tsconfig.json、.env等配置文件，禁用格式化（"editor.formatOnSave": false）防止误改 - 每组可单独调整缩放：
Ctrl+=/Ctrl+-仅影响当前组字体大小（需开启workbench.editor.zoomLevel）
为什么用分屏比堆满标签页更可靠
当打开 15+ 文件时，标签栏会折叠、截断、丢失图标，Ctrl+Tab 轮播顺序还受最近使用影响，根本找不到目标文件。而编辑器组是空间隔离的：每个组有独立滚动、独立光标位置、独立折叠状态、独立查找高亮（Ctrl+F 不跨组污染）。
-
workbench.editor.limit.enabled设为true后，单组最多开 10 个文件，超限自动关闭最旧的 —— 防止某组失控拖垮性能 - 关闭整个组比逐个关 Tab 快得多：
Ctrl+W关当前编辑器；Ctrl+K Ctrl+W关当前组全部 - 终端也支持按组绑定：
Ctrl+Shift+`创建的终端默认归属当前编辑器组，执行npm run dev和npm test可并行不冲突
容易被忽略的持久化问题：关 VSCode 后组没了？
默认情况下，编辑器组布局不会被保存。必须确认两个设置已启用：
-
workbench.editor.restoreViewState：设为true，重启后恢复各组打开的文件及光标位置 -
workbench.editor.openDefaultFolder：设为false，避免每次启动都强制跳转到上次文件夹，破坏组意图 - 如果用多根工作区（Multi-root Workspace），务必在
.code-workspace文件中保留"folders"和"settings"，否则组行为可能退化为单文件夹逻辑 - 插件如
Editor Group Manager可命名/快切组，但依赖workbench.editor.restoreViewState生效，否则命名信息一关就丢
真正的分组管理不是整理界面，而是把注意力焦点映射到空间位置 —— 关掉一个组，就等于关掉一个思维上下文。这点很多人试了两天就放弃，其实是没关对设置项。
