Status Bar Customizer 和 Command Palette Status Bar 是目前最稳定、配置最直接的两个扩展，前者用 JSON 控制静态文本与变量，后者专注将命令按钮添加至状态栏右侧。
哪些扩展能真正控制状态栏显隐和顺序
VSCode 原生不提供拖拽排序或自由增删图标的能力，但 Status Bar Customizer 和 Command Palette Status Bar 是目前最稳定、配置最直接的两个选择。前者支持用 JSON 控制静态文本+变量（如 ${fileBasename}、${lineNumber}），后者专注把命令按钮塞进状态栏右侧——点击即执行，不用打开命令面板。
注意：Custom CSS and JS Loader 虽然能强行注入任意 HTML，但它依赖启用开发者工具（devtools），且每次 VSCode 升级都可能失效；2026 年起官方已限制该类扩展的 DOM 操作权限，不推荐新项目使用。
-
Status Bar Customizer的配置项是statusbar.custom.text，值可以是字符串或对象，支持command字段绑定命令 -
Command Palette Status Bar用commandPaletteStatusBar.commands数组定义按钮，每个元素必须含id和text - 所有扩展添加的状态栏项，默认排在原生项右侧；想插到中间？做不到——VSCode 内部有固定权重，
git.branch总靠右，languageStatus总靠左
为什么改了 workbench.statusBar.visibleItems 没反应
这个配置项从 VSCode 1.85 开始成为状态栏显隐的唯一权威入口，但它生效有硬性前提：必须写在用户级 settings.json 中（路径：Ctrl+, → 右上角齿轮 → Settings (JSON)），工作区级配置会被忽略。
常见静默失败原因：
- 键名写错，比如把
"-git.branch"写成"-gitBranch"或"git-branch"—— VSCode 不报错，该项直接不加载 - 扩展自己注册的状态栏项（如 GitLens 的
gitlens.statusBar）不会响应此配置，得去该扩展设置里关statusBar.enabled - 改完没执行
Developer: Reload Window（Ctrl+Shift+P 输入），仅保存文件不触发重绘
vscode.window.createStatusBarItem() 开发时容易漏的关键点
手动开发扩展添加状态栏项，核心是调用 vscode.window.createStatusBarItem()，但很多初学者卡在三处：
- 没设
alignment：默认是StatusBarAlignment.Left，但左侧已被语言模式、编码等占满，建议显式写StatusBarAlignment.Right避免被挤掉 - 没调
item.show()：创建后不 show，状态栏里根本看不到；也不用担心重复 show，它会自动去重 - 没加
context.subscriptions.push(item)：插件停用时状态栏项不会自动销毁，残留图标可能一直挂着，重启才消失
另外，item.text 支持图标语法，如 "$(zap) Building"，但只认 VSCode 内置图标名（查 官方图标列表），自定义 SVG 不支持。
颜色定制为什么经常失效
状态栏背景色靠 workbench.colorCustomizations 下的 statusBar.background 控制，但它不是万能开关。2026 年多数主流主题（如 One Dark Pro、Nord、SynthWave '84）会主动覆盖这些 token，导致你写的颜色完全不生效。
验证方法很简单：先切换到官方主题 Default Dark+，再改颜色，如果这时生效了，问题就出在主题上。
更隐蔽的问题是前景色不匹配——比如你把 statusBar.background 设成深紫 #5a2a8a，但忘了同步设 statusBar.foreground，结果文字灰到看不见。深色背景下，建议用 "#e0e0e0" 这类中亮灰，别用纯白。
