拖不动侧边栏右边缘是因为扩展或主题CSS覆盖了配置，需禁用扩展排查；VS Code 1.85+才真正支持workbench.sideBar.minWidth，值须为数字且设76–88像素较稳妥，低于72易挤压图标与文字，改完后必须手动拖一次右边缘才能生效。
为什么拖不动侧边栏右边缘？
这不是配置没生效，而是侧边栏宽度被硬编码锁死了。常见现象是：你在 settings.json 里写了 "workbench.sideBar.minWidth": 80，但鼠标一拖就卡在 120px 左右，松手后自动弹回。
- 按
Ctrl+Shift+P运行Developer: Toggle Developer Tools，切换到 Elements 面板，选中侧边栏容器（类名.sidebar），看 computed 样式里有没有类似min-width: 150px的值 - 禁用所有扩展后重启 VS Code，再试拖拽——如果能拖进 80px，说明某个扩展（如
Custom CSS and JS Loader、One Dark Pro）注入了强制样式 - 检查
settings.json中的值是否为数字："workbench.sideBar.minWidth": 80✅，"80"❌（字符串会被忽略） - 改完设置后必须手动拖一次右边缘，否则新
minWidth不会触发
workbench.sideBar.minWidth 设多少才不截断中文？
中文字符比英文宽，且默认图标 + 文字并排显示，过窄会导致“源代…”这种截断、首字母重叠、悬停展开失效。
- 实测安全区间是
76–88：能稳定显示图标 + 2–3 个中文/英文字符，悬停仍可展开完整名称 - 设成
60或更低，大概率触发 VS Code 内部下限（约 64px），或导致文件夹图标和文字错位、折叠箭头消失 - 注意：
workbench.sideBar.minWidth控制的是从窗口左边缘算起的总宽，不是“只留文字区域”的宽度
为什么改了 settings.json 却没反应？
很多用户复制网上片段加了各种 workbench.* 配置，结果毫无变化，问题往往出在配置项本身已失效或语义误解。
-
"workbench.activityBar.visible": false是只读设置，VS Code 8月后已移除支持，设了也忽略 -
"workbench.tree.indent": 16控制的是文件资源管理器里树节点的缩进像素，和侧边栏宽度无关 -
"workbench.sideBar.location": "hidden"或"workbench.panel.defaultLocation": 123这类非法值会静默失败，VS Code 不报错也不生效 - 真正影响面板行为的是
workbench.panel.defaultLocation（仅接受"bottom"或"right"），但它只决定新面板默认位置，不改变已有状态
工作区级布局为何每次打开都还原不了？
VS Code 支持按工作区保存视图可见性，但不保存像素级宽度——它只记录大致比例和上次拖拽后的相对状态，受 DPI 缩放、字体渲染、扩展加载顺序影响明显。
- 必须通过
File > Open Folder打开文件夹，而不是单个文件；只有文件夹级工作区才会写入.vscode/workspaceStorage/ - 调整好宽度后，关闭所有面板再重启，有时因扩展异步加载导致布局未及时固化
- 检查
.vscode/settings.json是否误写了"workbench.sideBar.location": "right"或"workbench.panel.defaultLocation": "right"，这些会强制重置布局 - 多显示器切换后，高 DPI 屏幕坐标未适配，可能导致侧边栏“看不见”，此时临时全屏再退出常可恢复
侧边栏宽度调整本质是“拖拽 + 配置协同”，不是纯配置驱动。最容易被忽略的是：改完 minWidth 后不手动拖一次，它就永远不会生效；而一旦有扩展注入 CSS，所有配置都会被覆盖，得先排查样式源头。
