wordcount插件无反应需排查三方面：package control未安装或失效、sublime未彻底退出、文件被识别为二进制；中文统计不准因编码（gbk→utf-8）及按\s+切词逻辑；状态栏显示受限于布尔配置项与macos宽度，大文件建议用终端命令替代。
WordCount插件装完没反应？先过这三关
不是插件坏了，而是它根本没加载或被绕过了。常见卡点就三个：Package Control没装好、没完全退出 Sublime、文件被识别为二进制。按 Ctrl+Shift+P 输入 Package Control: Install Package，如果报错“command not found”，说明 Package Control 本身失效，得重装；安装完必须彻底退出 Sublime（macOS 要关掉 Dock 图标，Windows 要在任务管理器里确认进程消失），否则插件不初始化；右下角状态栏显示 Binary file 时，WordCount 自动禁用，此时需 File → Reopen with Encoding → UTF-8 强制转码。
中文统计不准？根源在编码和分词逻辑
WordCount 把“连续非空白字符”当一个 word，所以“你好world123”算 1 个 word，“人工智能”算 4 个 words——这不是 bug，是设计如此。它不走 NLP 分词，只靠正则 \S+ 切割。真正影响数值的是编码：GBK 文件里一个汉字会被拆成两个字节计为 2 chars，务必先存为 UTF-8；另外，插件默认统计所有内容，包括 # 注释 和 // 行注释，若要排除，得手动选中正文区域再右键 Word Count，不能依赖全文自动过滤。
状态栏只显示部分数据？配置项不能只改 status_bar_text
很多人以为改了 status_bar_text 就能控制显示内容，其实它只管文案格式。真正开关由三个布尔值控制："show_word_count": true、"show_char_count": true、"show_line_count": true，缺一不可。macOS 用户常遇到文字截断，不是插件问题，是状态栏宽度不够——删掉 status_bar_text 里的中文前缀，改成紧凑格式如 "{words}w/{chars}c/{lines}l" 才能全显。另外，"count_spaces": false 会关掉空格计数，但换行符 \n 仍计入 chars，这点容易误判。
大文件 (>10MB) 下怎么避免假死？别硬等插件
WordCount 在大文件首次加载有轻微延迟，反复调用 view.size() 还可能阻塞 UI。超过 10MB 的日志、JSON 或导出数据，直接切到终端更稳：wc -m filename（字符数，含换行）、wc -l filename（行数）、awk '{sum += length} END{print sum}' filename（不含换行的字符数）。Sublime 内部统计本质是读取内存缓冲区，而系统命令走流式处理，既快又不占编辑器资源。真需要多语言“字数”语义（比如合同场景下区分中文字、英文单词、数字串），WordCount 也做不到，得导出文本用 python -c "import jieba; print(len(list(jieba.cut(open('f.txt').read()))))" 之类方案补位。
