可通过修改主题文件的status_bar配置项或使用Status Bar Editor插件实现：前者需编辑Default.sublime-theme中content字段，支持${file_name}等变量；后者更稳定，通过JSON配置动态注入右侧区域。
如何通过 status_bar 配置项修改 Sublime Text 状态栏默认内容
Sublime Text 的状态栏内容不能靠插件或命令直接“覆盖式”修改，必须通过修改 status_bar 配置项（在主题文件中）或使用插件注入方式实现。原生不支持 JSON 配置文件里写 "status_bar": [...] 这种语法——那是常见误解。
真正生效的路径只有一条：编辑当前启用的主题文件（通常是 Default.sublime-theme），找到 status_bar key 对应的 block，然后在 content 字段里插入变量或静态文本。
-
content支持的变量有限：${file_name}、${file_path}、${encoding}、${line}、${column}、${selection_length}、${syntax} - 变量之间用空格或竖线分隔，例如：
"content": "${file_name} | ${line}:${column} | ${encoding}" - 修改后需重启 Sublime 或切换一次主题才生效，热重载不触发状态栏刷新
用 Status Bar Editor 插件动态添加自定义字段（推荐方案）
手动改主题文件太脆弱，每次升级主题或切换配色都可能丢失改动。更稳妥的方式是用 Status Bar Editor 插件——它通过监听视图事件，在运行时把字符串塞进状态栏右侧区域，不依赖主题结构。
安装后，调用命令面板（Ctrl+Shift+P / Cmd+Shift+P），输入 Status Bar Editor: Edit Status Bar 即可打开配置界面。它会生成一个 JSON 配置片段，存放在 Packages/User/status_bar_editor.json 中。
- 每个字段用
key命名，value可以是静态字符串，也可以是函数式表达式，如"${file_base_name} (${file_extension})" - 支持条件逻辑：用
if字段判断当前视图是否为文件（"if": "view.file_name()"），避免在新建标签页显示错误内容 - 注意不要在
value里写 Python 代码；只支持 Sublime 内置的变量展开和简单三元语法（如${file_name:-[No File]}）
为什么 view.set_status() 在插件里不总生效
很多人写插件想用 view.set_status("my_key", "hello") 直接设值，却发现状态栏没反应——根本原因是 Sublime 默认只显示左侧区域（由主题控制），而 set_status() 写入的是右侧「临时键值区」，只有当该区域未被其他插件/主题占用时才可见。
- 多个插件同时调用
set_status("same_key", ...)会相互覆盖，无优先级机制 - 如果当前视图是
output panel或find_in_files面板，set_status完全无效（这些视图不渲染状态栏右侧） - 正确做法是配合
on_activated_async和is_primary判断，只对主编辑视图设值，例如：if view.is_primary() and view.file_name(): view.set_status("git_branch", get_git_branch(view.file_name()))
常见踩坑：中文乱码、字段错位、更新延迟
状态栏宽度固定，内容过长会被截断，且不自动换行。一旦用了中文或全角符号，尤其搭配等宽字体时，容易出现字符错位或重叠。
- 避免在
content里硬写中文；优先用英文缩写（如ENC代替编码），或用${encoding}让 Sublime 自动转成UTF-8这类标准标识 - 状态栏更新有约 200ms 延迟，频繁修改（比如实时统计字数）会导致闪烁；建议加防抖，或只在
on_modified_async后延迟 500ms 再更新 - 某些插件（如
GitGutter）会抢占git_status键，你写的set_status("git_status", ...)会被它覆盖——得改用唯一 key，比如my_git_info
状态栏不是万能显示器，它的空间和更新机制决定了它只适合展示轻量、低频、高相关性的上下文信息。想显示复杂结构或交互控件？那已经超出它的设计边界了。
