Sublime Text 原生不直接显示全文字符总数，但可通过全选看状态栏、调用 view.size() 或 Tools: Word Count 三种方式获取；关键区别在于“字符”是否含换行符、“行数”是否受末尾换行影响，选错方法会导致合同字数超限或代码行统计偏差。
Sublime Text 原生不直接显示全文字符总数，但有三种可靠方式：全选看状态栏、调用 view.size()、或用原生命令 Tools: Word Count——关键区别在于“字符”是否含换行符、“行数”是否受末尾换行影响，选错方法会导致合同字数超限或代码行统计偏差。
全选文本看状态栏：最快最准的字符总数
这是唯一无需插件、不卡顿、结果即刻可见的方法，返回值就是全文 Unicode 码位总数（含空格、\n、\t、中文、emoji）：
- 按
Ctrl+A（Windows/Linux）或Cmd+A（macOS）全选当前文件 - 右下角状态栏立刻显示类似
Selected: 2487 chars的提示 - 该值严格等于
view.size()，不含 BOM（除非被错误识别为普通字符） - 文件 >50MB 时可能延迟或无响应，此时应放弃全选，改用控制台
Tools: Word Count 弹窗里哪些数字可信？
这个原生命令常被误当作“字数入口”，但它对选区极其敏感，且不标注统计范围：
- 没选中任何文本时：
Characters和Characters (no spaces)才代表全文；Lines恒为换行符数量 + 1（和wc -l一致） - 只要存在任意选区，所有数值都只统计选区，弹窗不加任何提示
-
Characters (no spaces)仍包含\n和\t，不是“纯可视字符数” - 最后一行末尾有换行符时，
Lines可能多算一个空行——这是标准行为，不是 bug
用 Python 控制台验证：绕过 UI 卡顿和插件干扰
当状态栏被遮挡、插件失效、或处理大文件时，view.size() 是唯一不妥协的底层依据：
- 按
Ctrl+`打开控制台，输入：view = sublime.active_window().active_view()<br>view.size()
- 总行数需手动补算：
view.rowcol(view.size())[0] + 1
（因为rowcol()行索引从 0 开始） - 该值只反映当前视图缓存内容；若文件被外部修改但未重载，不会自动更新
- 对二进制文件（如
.png）可能报错，别在未知编码文件上硬试
为什么你看到的“字数”总是不准？
真正容易被忽略的是语义差异：Sublime 从不定义“出版字数”或“有效代码行”，它只数码位和换行符：
- “Hello 世界” →
view.size()返回 10，但出版场景要的是 2 个“字”（英文词 + 中文字符） - 中文文件若保存为
GBK编码，一个汉字会被当两个字符计，务必先File → Save with Encoding → UTF-8 - 状态栏显示的
127:5是光标位置（第 127 行第 5 列），不是总行数；总行数必须靠Ctrl+End或Lines值 - 项目级统计（整个文件夹）完全不可用原生功能，必须用
WordCount插件的Count in Folder或终端wc -l
