vscode右侧缩略图（minimap）宽度由"editor.minimap.width"设置控制，默认值为"100%"，支持"20%"、"50px"等字符串格式，设为"0"或false可禁用；需在settings.json中配置，且仅在"editor.minimap.enabled"为true时生效。
Minimap 宽度由哪个设置控制
VSCode 右侧的缩略图（Minimap）宽度由 "editor.minimap.width" 这个设置项直接决定，默认值是 "100%"，但注意：它不是像素值，而是相对编辑器视口宽度的百分比（实际渲染受字体、行高、字符宽度影响，所以 "100%" 并不等于“铺满”右侧空白区）。
- 该设置只在用户或工作区的
settings.json中生效，UI 设置面板里没有对应滑块或输入框 - 支持的值类型为字符串：
"20%"、"50px"、"80"（纯数字会被解释为像素） - 最小有效宽度约
20px；设为"0"或false会禁用 Minimap，而非“隐藏但保留空间”
修改方法：直接编辑 settings.json
打开命令面板（Ctrl+Shift+P / Cmd+Shift+P），输入并选择 Preferences: Open Settings (JSON)，在右侧面板中添加或修改字段：
{
"editor.minimap.width": "60px"
}
-
"60px"是较常见的可读性与空间平衡值；低于40px会导致图标和颜色块难以分辨 - 不要写成
60（无引号），JSON 会报错；也不要写成"60"（无单位），VSCode 会按像素解析，但语义不清晰且易被误读 - 改完保存后，Minimap 会立即重绘——无需重启 VSCode
为什么设了宽度却没变化
常见原因不是设置写错，而是被其他配置覆盖或触发条件不满足：
-
"editor.minimap.enabled"为false时，宽度设置完全无效 - 当前文件类型被排除在 Minimap 渲染之外（例如设置了
"editor.minimap.exclude"匹配了当前后缀） - 使用了第三方主题或插件（如
Bracket Pair Colorizer旧版）强行重置了 DOM 结构，导致 CSS width 生效异常 - Windows 高 DPI 缩放下，
px值可能被非整数缩放，视觉上“卡顿”或“模糊”，建议优先用%单位
宽度变化对性能和体验的实际影响
Minimap 宽度本身几乎不影响内存或 CPU 占用（渲染逻辑与宽度无关），但会影响两个真实体验点：
- 过宽（如
"120px"）会让滚动条向左偏移，挤压编辑区域，尤其在窄屏笔记本上明显 - 过窄（如
"25px"）会使语法高亮色块严重压缩，括号匹配、diff 标记等视觉线索丢失，反而降低定位效率 - 某些语言（如 Python 缩进敏感）在极窄 Minimap 下，空格/制表符差异无法体现，容易误判结构层级
"editor.minimap.size"（控制缩放比例）和 "editor.minimap.showSlider"（是否常驻滚动条），它们比单纯调宽更影响日常操作流。宽度只是第一层可感知的入口。
