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 弹窗里哪些数字可信？

这个原生命令常被误当作“字数入口”，但它对选区极其敏感，且不标注统计范围：

Convai Technologies Inc.

Convai是一款为游戏和 XR 世界创建可对话 AI 角色的虚拟角色平台。

下载

• 没选中任何文本时：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