sublime text原生不支持字数统计，因内置状态栏字段硬编码且无计算逻辑，show_encoding等设置仅控制已有项显示，无法添加“字数”字段；必须安装兼容st4的wordcount插件并手动配置show_in_status_bar:true，配合statusmessage插件格式化输出，且需设treat_as_words:true才能正确统计中文。
为什么原生设置加 show_encoding 和 show_line_endings 不能显示字数
因为 Sublime Text 的内置状态栏字段是硬编码的，show_encoding、show_line_endings、show_line_numbers 这些只控制“是否显示某一项”，不提供任何字符串拼接、变量注入或计算逻辑。字数（word count）根本不在原生字段列表里，所以无论你怎么改 Preferences → Settings – User，都加不出“字数: 123”这种内容。
常见错误现象包括：装了 WordCount 插件但状态栏没反应；手动写了 "show_word_count": true 没效果；或者看到状态栏有“Selected: 45 chars”，误以为这是全文字数——其实那只是选中区字符数，且和“字数”不是一回事（中文、标点、空格处理逻辑完全不同）。
WordCount 插件怎么配才能在状态栏稳定显示字数 + 编码
必须用社区维护的 ST4 兼容版 WordCount（作者 guilhermejacob），老版本（如 bitwaker 版）已失效。它本身不输出编码，所以得和 StatusMessage 配合使用，二者分工明确：
-
"show_in_status_bar": true必须写进 WordCount 的用户设置（Preferences → Package Settings → WordCount → Settings），否则它只响应命令面板调用 - StatusMessage 负责格式化输出，例如：
{"format":"编码: {encoding} | 字数: {words} | 行数: {line_count}"} - 两个插件会竞争状态栏右侧区域，需在 StatusMessage 设置里加
"priority": 100，确保它优先渲染；WordCount 则建议关掉它的状态栏输出（设"show_in_status_bar": false），只保留统计能力供 StatusMessage 读取 - 中文统计要生效，WordCount 设置里必须有
"treat_as_words": true，否则默认按英文分词逻辑切分，「你好啊！」会被算成 1 个“词”而非 3 个字
StatusMessage 的 {encoding} 和真实文件编码可能不一致
StatusMessage 显示的 {encoding} 是 Sublime 当前用于解码该文件的编码方式，不是磁盘上字节的真实编码，也不是 BOM 声明的编码。比如一个无 BOM 的 GBK 文件，Sublime 可能因启发式检测失败而用 Western (Windows 1252) 打开，此时状态栏就显示 Western (Windows 1252)，哪怕你肉眼能看出是中文。
验证真实编码唯一靠谱的方式是：Ctrl+Shift+P 输入 Reopen with Encoding，挨个试 GBK、UTF-8、UTF-8 with BOM，哪个显示正常，哪个才是原始编码。如果 GBK 不在菜单里，就在用户设置加一行 "fallback_encoding": "GBK"，重启后就会出现。
注意：{file_size} 在未保存的缓冲区中恒为 0 B，这不是 bug，是预期行为——Sublime 没有磁盘路径，无法获取大小。
插件冲突时最该先禁用什么
如果你装了 ConvertToUTF8、EncodingHelper、FileDiffs 这类直接干预编码流程的插件，它们会劫持 set_encoding() 调用链，导致 StatusMessage 读到的 {encoding} 是插件伪造的值，不是 Sublime 原生检测结果。排查时第一步就是禁用这些插件，用原生流程走一遍，确认 show_encoding 是否能正确触发重绘（点击状态栏编码区 → Set Encoding → 再点回当前项）。
另一个高频冲突源是 Git 插件（如 GitGutter、SideBarGit），它们常往状态栏同一位置写 Git 分支信息，和 StatusMessage 抢 key。解决方法不是删 Git 插件，而是进其设置关掉状态栏输出，或把 StatusMessage 的 priority 调高到 200 以上。
真正容易被忽略的一点：所有插件注入的状态栏字段，都依赖 view.set_status("key", "value")，而这个 API 在 output panel、find_in_files 面板、Ctrl+P 预览页等非编辑视图上调用会静默失败——你得确保当前激活的是普通文本 view，否则再对的配置也白搭。
