设置 workbench.sideBar.minWidth 后拖不动是因扩展或主题 CSS 覆盖，需禁用扩展排查；VS Code 1.85+ 才真正支持，值须为数字、设 76–88 像素较稳妥，低于 72 易挤压图标与文字，且隐藏活动栏不缩减可视侧边栏宽度。
workbench.sideBar.minWidth 设置后拖不动怎么办
设了 workbench.sideBar.minWidth 但拖到 120 就卡住，不是设置没生效，而是被扩展或主题注入的 CSS 覆盖了。VS Code 1.85+ 才真正支持这个配置，旧版本无效。
常见表现：min-width: 150px 出现在开发者工具里 .sidebar 元素的内联样式上；禁用所有扩展后能拖进 80，说明问题出在某个扩展（比如 Custom CSS and JS Loader、One Dark Pro）。
- 先用
Ctrl+Shift+P运行Developer: Toggle Developer Tools，检查.sidebar的 computed 样式 - 临时禁用扩展，逐个启用排查
- 确认
settings.json中没有拼写错误，值必须是数字，不能带引号："workbench.sideBar.minWidth": 80，不是"80" - 改完后需手动拖一次侧边栏右边缘，否则不会触发新下限
最小宽度设多少才实用又不误事
低于 72 像素时，文件名首字母和图标间距会挤压，尤其在默认字体缩放（window.zoomLevel: 0）下易看不清；高于 100 又失去“极简”意义。
实测较稳妥的区间是 76–88：能显示文件夹图标 + 2–3 个字符（如 src/、lib/），且不影响鼠标悬停展开操作。
- Mac 用户注意：Retina 屏下像素密度高，
72可能比 Windows 上的80更清晰 - 如果同时关了活动栏（
"workbench.activityBar.visible": false），设80实际可视内容区仍接近120+，因为minWidth是从窗口左边缘算起的总宽 - 别设
60以下——哪怕你只想要一条细线，VS Code 会自动 fallback 到内部最小安全值，且树形控件（如资源管理器）可能渲染异常
隐藏活动栏后侧边栏还是空一块？
关掉活动栏（左侧图标栏）并不会让侧边栏“向右挪”，workbench.sideBar.minWidth 控制的是整个侧边栏容器的最小宽度，包括原本活动栏占的位置。所以即使 activityBar.visible 是 false，你设的 80 仍是「左边缘到侧边栏右边缘」的距离。
想视觉上更紧凑，不要关活动栏，而是把它的图标精简掉：
- 运行命令
Developer: Generate Default Activity Bar Entries获取当前有效 ID 列表 - 在
settings.json中配置workbench.activityBar.visibleEntries，只留最常用的几个，比如：["workbench.view.explorer", "workbench.view.search"] - 这样既保留导航入口，又避免大片空白，比全隐藏更可控
Side Panel 是不是更好的极简替代方案
不是替代，是补充。Side Panel（VS Code 1.86+ 引入）是独立于传统侧边栏的右侧区域，它不参与 workbench.sideBar.minWidth 约束，也不受活动栏影响，适合把终端、搜索、大纲等视图单独拎出来。
但它不能取代资源管理器——Explorer 视图无法拖进 Side Panel，只能留在原侧边栏。所以极简逻辑得拆开处理：
- 主侧边栏：用
workbench.sideBar.minWidth压到80，只放explorer和scm - Side Panel：通过
workbench.sidePanel.defaultLocation: "right"启用，再把terminal、search拖进去 - 这样编辑器中间区域真正“无遮挡”，且功能没丢——只是物理位置分开了
Side Panel 的宽度单独可拖，且不会影响主侧边栏的最小限制，这才是双轨极简的关键点。
