VSCode侧边栏最小宽度由workbench.sideBar.minWidth控制，自1.85版起生效，默认170像素；设为80后需手动拖动生效，可能被主题或扩展的CSS覆盖，需配合activityBar.visible调整，终端面板不受影响。
VSCode 侧边栏最小宽度由 workbench.sideBar.minWidth 控制
这个设置从 VSCode 1.85 版本起正式生效，不是 CSS hack 或窗口缩放 trick。它直接限制资源管理器、搜索、源代码管理等所有侧边栏视图的最小可拖拽宽度（单位是像素），默认值是 170，多数人觉得太宽。
实操建议：
- 打开设置界面（
Ctrl+,或Cmd+,），搜索sideBar minWidth，找到Workbench > Side Bar: Min Width，直接输入数字（比如80） - 或手动编辑
settings.json，添加这一行："workbench.sideBar.minWidth": 80
- 改完后无需重启，但已打开的侧边栏需要手动拖动一次才会应用新下限
拖不动？检查是否被其他扩展或主题覆盖了宽度
有些主题（比如 Nord、One Dark Pro）或布局类扩展（如 Custom CSS and JS Loader）会通过注入 CSS 强制重设侧边栏样式，导致 workbench.sideBar.minWidth 失效。
常见错误现象：
- 设置了
workbench.sideBar.minWidth但拖到 120 就卡住，再也缩不进去了 - 开发者工具里看到
.sidebar元素上有min-width: 150px这类内联样式 - 禁用所有扩展后能正常缩小，逐个启用就能定位问题扩展
workbench.sideBar.minWidth 和 workbench.activityBar.visible 要配合看
活动栏（左侧图标栏）如果隐藏了（"workbench.activityBar.visible": false），侧边栏实际可用宽度会变大，但 minWidth 依然作用于整个侧边栏容器——包括原本活动栏占的位置。也就是说，即使活动栏不可见，你设的 80 仍指「从窗口左边缘开始算的最小总宽」，不是「仅内容区最小宽」。
使用场景提醒：
- 双屏开发时想把侧边栏压到最窄留出更多编辑区，建议同时开启
activityBar.visible并设小值，否则视觉上还是觉得“空了一块” - 设成
60以下可能让文件名首字母都看不清，72–88是兼顾可读性和空间的常见选择
Mac 上 Command+Shift+P 搜索 “Toggle Sidebar” 不影响最小宽度设置
快捷键只是显示/隐藏侧边栏，和宽度限制无关。有人误以为按了它就能“突破最小宽”，其实只是切了 visibility，面板 DOM 还在，且宽度仍受 minWidth 约束。真正影响的是 workbench.sideBar.location（可设为 right），但那会把整个侧边栏移到右边，不是缩窄。
容易踩的坑：
- 在远程开发（SSH/WSL）窗口里修改了设置，但主窗口没同步，得分别配
- 用了 Settings Sync，不同设备主题不一致时，
minWidth值可能被主题自带配置覆盖 - 终端集成面板（
Terminal）属于面板区，不受此设置影响；它有自己的terminal.integrated.minimumWidth
最小宽度这事看着简单，但 VSCode 把它拆成了设置层、CSS 层、扩展层三股力在拉扯。调的时候盯住开发者工具里的 .sidebar 元素，比反复试错快得多。
