atom状态栏信息由多个独立瓦片拼接而成，需通过开发者工具执行命令查看已注册瓦片，开关和重排在status-bar设置中操作，显示异常常因语法未识别、css压制或插件未启用。
状态栏信息不是“一键设置”出来的，而是由多个独立瓦片（Tile）拼接、按需激活、顺序排列的结果。改设置没反应？大概率是瓦片没注册、语法没识别，或被 CSS 压没了。
怎么确认当前有哪些状态栏瓦片在运行
打开开发者工具（Ctrl+Shift+I 或 Cmd+Option+I），在 Console 中执行：
atom.packages.serviceHub.providedServices['status-bar']?.providers?.map(p => p.name)
这会列出所有已注册的状态栏服务名，例如 status-bar、git-diff、line-ending-selector。没出现在列表里的包，哪怕已安装也不会贡献任何瓦片。
- 常见误区：
git-diff包装了也不显示图标？它只在有 Git 修改的文件中才激活瓦片，新建未暂存的文件不会触发 - 如果返回
undefined，说明status-bar包本身被禁用——去 Packages 页面搜status-bar，确保状态是 “Enabled”
怎么开关/重排内置瓦片（语法、编码、Git 分支等）
进入 Settings → Packages → search "status-bar" → Settings：
- 勾选
Show Grammar、Show Git Branch、Show File Encoding等，仅控制对应瓦片是否渲染，不干预底层数据获取 - 拖拽右侧
Status Bar Tiles区域里的条目，可调整左右顺序；顺序直接影响视觉排列，且部分瓦片（如line-ending-selector）依赖相邻瓦片宽度，拖太靠左可能被截断 - 某项灰显不可点？说明它已被其他包接管（例如
atom-ide-ui会覆盖语法显示逻辑），此时需禁用冲突包
为什么改了设置却没变化？几个典型卡点
状态栏“不显示”或“显示错”，往往不是设置问题，而是上游数据缺失或样式压制：
-
atom.workspace.getActiveTextEditor()?.getGrammar()?.scopeName返回null或空字符串 → 语法未识别，Show Grammar开关无效；检查文件后缀、shebang、language package 是否安装并导出scopeName - 主题 CSS 把文字压窄：
.status-bar .grammar被设了width: 40px或text-overflow: ellipsis→ 在~/.atom/styles.less加.status-bar .grammar { white-space: nowrap; } - 某些 UI 主题（如
one-dark-ui）把状态栏高度设为22px，但字体大小为13px且无line-height→ 文字上下偏移，看似“消失”，实际在边缘外；需在styles.less显式设.status-bar { line-height: 22px; }
想加新信息（比如错误数、作者名、自定义文本）怎么办
不能靠改 status-bar 设置面板，得装对应插件或写代码注入瓦片：
- 显示 ESLint 错误数：装
linter+linter-eslint，进linter设置页启用Status Bar Panel - 显示当前行 Git 提交者：装
git-blame-status-bar，确保项目已git init并有 commit - 写自定义瓦片：用
apm init --package my-status-bar-item创建包，在main.js里调用statusBar.addLeftTile或addRightTile插入span元素
真正容易被忽略的是：瓦片的可见性取决于三件事——插件是否注册了服务、编辑器是否提供了有效数据（如 scopeName）、CSS 是否把它挤出了可视区域。调试时别只盯着设置开关，先看 DevTools 里 DOM 是否存在、Console 是否报错、styles.less 有没有意外覆盖。
