ctrl+b（windows/linux）或cmd+b（macos）是vscode中切换整个左侧侧边栏（含活动栏图标及所有视图）显隐的唯一原生快捷键，按一次收起、再按一次恢复，不修改设置、不丢失状态。
Ctrl+B 切换侧边栏显隐，但别误以为它只关“内容”
按下 Ctrl+B（macOS 用 Cmd+B）确实能收起整个左侧区域，但它控制的是「活动栏 + 侧边栏视图」的联合显隐——不是只隐藏资源管理器，而是连最左边那一排图标（活动栏）也一起收掉。很多人按了一次发现“文件夹图标还在”，其实是之前右键关掉了资源管理器视图，但活动栏本身没动，这时 Ctrl+B 只会折叠/展开视图区，活动栏仍可见。
容易踩的坑：
-
Ctrl+Shift+E是聚焦资源管理器，哪怕侧边栏已收起也会把它拉出来，不是显隐开关 - 右键活动栏图标 → “隐藏” 是单独移除该入口，不影响其他视图，状态会持久化到用户设置
-
"workbench.activityBar.visible": false在当前 VSCode（2026 年稳定版）中是只读配置，写进settings.json会被忽略
分屏编辑时，Ctrl+\ 和 Ctrl+1/Ctrl+2 的真实作用
Ctrl+\（macOS Cmd+\）拆分的是当前编辑器组，不是整个窗口——它在当前焦点所在的编辑器区域里垂直切一刀，生成新组；如果已在双栏状态，再按一次会在右侧组里继续拆，而不是回到单栏。
切换焦点用 Ctrl+1/Ctrl+2，但注意：它们只对「编辑器组」有效，和终端、调试面板等无关。如果你开了三个编辑器组（比如左右+底部），Ctrl+1～Ctrl+3 才能覆盖全部。
常见混淆点：
- 拖拽标签到边缘创建分屏是临时行为，不自动保存；只有打开文件夹（workspace）后调整的布局，才会被缓存在
.vscode/workspaceStorage/中 -
"window.splitInGroupLayout": "horizontal"控制新拆分方向，设为"vertical"后，Ctrl+\就变成水平拆分（上下两栏） - 分屏后关闭某组，用的是
Ctrl+KCtrl+W（关闭编辑器组），不是Ctrl+W（只关当前标签）
底部面板（Terminal/Problems/Output）和侧边栏是独立控制系统
Ctrl+J 只控制底部面板区的显隐，和侧边栏完全无关。它切换的是整个面板容器——无论你当前打开了 Terminal 还是 Problems，按一次就全收，再按一次全出。而 Ctrl+Shift+P → 输入 View: Toggle Panel 效果一样，但更明确。
如果只想关掉某个具体面板（比如只收 Terminal，留 Problems），右键面板标签页 → Close Panel 即可。这个操作不会影响其他面板，也不会改变默认位置配置。
关键区别：
-
workbench.panel.defaultLocation只决定新面板的默认停靠位置（"bottom"或"right"），设成"hidden"无效 -
workbench.sideBar.location只接受"left"或"right"，写错值（如"none"）会静默失败，不报错也不生效 - 面板宽度无法通过设置固定，只能手动拖拽；但工作区重启后会大致还原（受 DPI 缩放影响）
为什么改了设置没反应？优先查这三个地方
很多用户往 settings.json 里加了各种 workbench.* 配置却没效果，问题通常不在语法，而在优先级或废弃状态。
检查顺序建议：
- 先确认是否在用户设置（User Settings）而非工作区设置（Workspace Settings）里修改——后者只对当前文件夹生效
- 搜索
workbench.sideBar.visible，确保它的值是false而不是拼错成sideBarVisible - 删掉所有形如
"workbench.tree.indent"、"workbench.editor.tabSizing"这类仅影响内部控件的配置，它们和侧边栏显隐无关
真正影响布局持久性的，是工作区是否以文件夹方式打开、有没有误写强制重置布局的配置（比如 "workbench.sideBar.location": "right"），以及 VSCode 是否刚升级过——部分旧配置项（如 activityBar.visible）已被移除，留着只会干扰判断。
