settings.json可直接关闭的状态栏项包括：workbench.statusbar.visible（隐藏整条）、git.branch、statusbar.languagename、statusbar.encoding、debug.showinstatusbar；需用workbench.statusbar.visibleitems精确控制显隐与顺序，扩展项需查文档；底层信息如行尾符、缩进等无法关闭，仅能覆盖或用扩展/自定义css处理。
哪些状态栏项能用 settings.json 直接关掉
不是所有状态栏内容都提供开关，但常用几项确实支持布尔值控制。关错字段没反应，关对了立刻消失：workbench.statusBar.visible 全局隐藏整条状态栏；git.branch 关 Git 分支名；statusBar.languageName 关语言模式（如“Python”）；statusBar.encoding 关编码格式（如“UTF-8”）；debug.showInStatusBar 关调试时的“Debugging”字样。
容易踩的坑：statusBar.position 并不存在，光标位置（Ln 1, Col 1）只能通过右键状态栏 → 取消勾选 “Line Numbers” 间接影响；关掉 statusBar.languageName 后，语言切换仍可用命令面板，只是不显示。
怎么用 workbench.statusBar.visibleItems 精确控制显隐和顺序
右键状态栏菜单只能开关默认项，想彻底精简或调序，必须手动编辑 settings.json。核心配置是 workbench.statusBar.visibleItems，它是一个对象数组，每个元素代表一个状态栏条目：
-
"-encoding"前缀减号表示隐藏 -
"languageStatus"不加减号表示显示 - 顺序决定从左到右排列，但 VSCode 会按内置权重微调（比如
git.branch总靠右） - 扩展添加的条目需查其文档：比如 Error Lens 用
errorLens.statusBar，Todo Tree 用todo-tree.statusBar - 误写错 key 名（如把
git.branch写成gitBranch）会导致该项静默失效，不报错也不显示
哪些状态栏信息根本关不掉，只能覆盖或替换
语言模式、编码、行尾符（CRLF/LF）、缩进设置这些底层编辑器信息，VSCode 没开放单独禁用开关。它们由编辑器内核硬编码渲染，settings.json 里找不到对应字段。
替代方案只有两个：
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
- 用 Status Bar Customizer 扩展，在状态栏左侧插入自定义文本（如
"${workspaceFolderBasename}"），视觉上“盖住”原生项 - 用 Custom CSS and JS Loader 注入脚本，通过
document.querySelector('.statusbar-item[id="status.editorLang"]')?.remove()直接删 DOM 节点（风险高，升级可能失效）
注意：Status Bar Text 这类轻量扩展只支持静态文本，无法响应文件切换自动更新语言名——它不监听事件，只是“贴一张图”在那儿。
自己开发扩展添加动态状态栏项的关键点
用 vscode.window.createStatusBarItem 创建的状态栏项需手动控制显示、更新与清理：必须在 activate 中创建并显式调用 show()，文本、图标（如 $(sync~spin)）、tooltip 和 command 都需主动设置。
常见错误是只设一次 item.text 就以为能自动刷新——它不会监听文件变化或任务事件。所有更新都得你主动触发：
- 想显示当前分支？得监听 Git 状态变更后重新赋值
item.text = `$(git-branch) ${branchName}` - 统计选中行数？用
editor.selections.map(...).reduce(...)计算，但要做防抖，避免每次按键都重算 - 绑定构建状态？必须确保任务配置含
"group": "build"或"problemMatcher"，否则tasks.onDidStartTask根本不触发
真正难的不是加一项，而是让这项“活”起来：它得知道什么时候该变、怎么变、变多少——而这全靠你自己监听、计算、赋值。
