wordcount插件是sublime text实现字数/行数统计的必要方案；需通过package control安装、完全重启生效，并配置show_in_status_bar等参数才能正确显示；其unicode统计比内置命令更准，但二者逻辑不同。
Sublime Text 原生不提供字数或行数统计功能，装 WordCount 插件是最直接、稳定、无需额外依赖的方案；它不是“可选优化”，而是实现基本写作/审阅需求的必要步骤。
怎么确认 WordCount 插件已正确安装并生效
很多人装完看不到状态栏数字，不是插件没起作用，而是卡在几个关键节点：
- 必须通过
Package Control: Install Package安装，不能手动丢 .py 文件进 Packages 目录（新版 ST4 会忽略） - 安装后需完全退出 Sublime（不只是关闭窗口），再重新打开——部分版本不重启不会加载新插件
- 检查当前文件是否被识别为二进制：右下角状态栏显示
Binary file时，WordCount 自动禁用 - 若语法设置为
Plain Text以外的类型（如Markdown或Python），旧版插件可能跳过统计；确保已更新到 v2.5+（作者 h404bi 或 titoBouzout 的最新版）
状态栏不显示字数？优先检查这三项配置
插件装对了但状态栏空白，大概率是默认关闭了实时显示，或配置被覆盖：
- 打开
Preferences → Package Settings → WordCount → Settings - 确认用户设置中包含：
"show_in_status_bar": true - 若想同时看到词数、字符数、行数，不能只靠
status_bar_text拼接——该字段只控制文案格式，实际显示哪些数据由"show_word_count"、"show_char_count"、"show_line_count"三个布尔值控制，缺一不可 - macOS 用户遇到文字截断，不是插件 bug，是状态栏宽度限制；删掉
status_bar_text中的中文前缀（如“字:”“行:”），改用紧凑格式："{words}w/{chars}c/{lines}l"
为什么 Tools: Word Count 命令和 WordCount 插件结果不一致
Sublime 内置的 Tools: Word Count 是原生命令，与 WordCount 插件完全无关，二者统计逻辑不同：
-
Tools: Word Count统计的是「当前 selection」，未选中时才统计全文；它把\r\n算作 2 个字符，\n算作 1 个，且不区分中英文——纯 ASCII 计数逻辑 - WordCount 插件按 Unicode 码位统计
view.size()，对中文、emoji、组合字符更准确；词切分规则是“连续非空白字符为一个词”，所以测试abc123算 1 个词，不是 6 个 - 两者都**不跳过折叠代码块**；如果你用了代码折叠，统计结果不含被折叠内容——这不是缺陷，是设计使然
- 大文件（>10MB）下，
Tools: Word Count响应更快；WordCount 首次加载有轻微延迟，但后续刷新稳定
统计结果不准？先排除这三类常见干扰
不是插件算错，而是你没意识到这些边界情况：
- 文件末尾没有换行符时，
Lines数 = 最大行号；有换行符时，最后一行为空行也会被计入——这是所有文本编辑器通用行为，不是 Bug - WordCount 默认统计空格和换行符；若要排除，需在插件设置中设
"count_spaces": false和"count_newlines": false，但注意：这会让“字符数”失去可比性（比如复制粘贴到微信后长度突变） - UTF-8 BOM（
\ufeff）会被当做一个字符计入，但多数场景下它不可见；如需严格去 BOM，得先用File → Reopen with Encoding → UTF-8强制重载
真正难处理的不是“怎么统计”，而是“你要统计什么”——WordCount 给出的是文本层面的客观数字，但“字数”在投稿、合同、代码规范里含义完全不同；别指望一个插件解决所有定义分歧，该切终端时就用 wc -l 或 cloc。
