字数统计
中文按字数、英文按词数分开算清楚，顺带给出段落数、行数和阅读时长。
中文字数有四种口径，先说清用的哪一种
「多少字」在中文里没有唯一答案，因为大家数的东西不一样。这里把口径拆开列出，不合并成一个含糊的数字：
- 总字符数：把整段文本每个字符都算一个，含标点、空格和换行。这是最常见的「字符数」，也最接近
wc -c这类工具的读数。 - 纯中文字符数：只数汉字（U+4E00–U+9FA5 区间），不含标点、字母、数字、空格。投稿时说的「正文字数」通常最接近这一项。
- 中文字符 + 中文标点：把引号、顿号、书名号也算进去。大多数文档编辑器的「字数」落在这个口径附近。
- 英文词数：按空白切分出来的英文与数字词条数（
Hello、world、3.14各算一个）。
所以同一段 800 字的文章，A 工具说 800、B 工具说 860、C 工具说 900，往往三个人都没算错，只是口径不同。期刊投稿、毕业论文、媒体排版各有自己的规定，提交前先确认口径，再决定看表格里的哪一行。
统计项说明
表格里每一项都能单独核对：字母是 A–Z 的个数，数字是 0–9 的个数，标点包含中文标点与常见英文标点，空白包含空格、Tab、换行和全角空格，行数按换行符切分（空输入记 0 行），段落数按空行切分。顶上那行「字数」是主计数，口径由选项决定：勾选时按全部字符算，取消勾选时按不含空白的字符数算；两种口径在表里都能查到，方便对齐别的工具。
阅读时长按两个速度估算：中文 300 字/分钟、英文 200 词/分钟，分别计时后相加。这是默读专业内容的保守速度，够用来判断稿子「大概多长」；技术文档会更慢，小说和口语化文案会更快。
常见的坑
- 从 Word 或网页粘过来会带不可见字符。全角空格（U+3000）、不换行空格（U+00A0）在页面上看不出来，但都会计入字符数。发现空格数莫名偏大时先做一次替换。
- 末尾换行会让行数多 1。很多编辑器保存时自动补一个换行，行数就跟着变。对「行数」敏感时看段落数更稳。
- 中英混排时词数偏小。英文词数是按英语习惯切分的，中文部分不会贡献词数，所以「中文 500 字 + 英文 50 词」的文档词数只有 50 多。
- 连字符和撇号算一个词。
well-known和don't各算一个词而不是两个，这符合英文的常规习惯。
常见问题
为什么不同工具数出来的字数不一样？
因为「字数」至少有三四种口径：全部字符、不含空格的字符、纯中文字符、中文字符加中文标点。英文那边还有按空格分词和按字素计数两种。判断哪个数对，先看对方要求的是哪种口径。
中文标点算不算字数？
看场景。论文和期刊一般不计标点，文档工具通常计入。这一页把「中文字符」和「中文标点」分开列，需要哪种口径自己相加即可。
「中文 300 字/分钟」这个速度可靠吗？
是默读专业内容的保守估计，用来判断「大概要读多久」。技术类、需要查资料的内容会明显更慢，小说类会更快。
段落是怎么数的？
按空行切分：连续的非空行算一个段落，中间夹一个或多个空行就断开。全文只有单个换行、没有空行时，整篇会被当成一个段落。
emoji 和生僻字为什么算两个字符？
字符数用的是 JavaScript 字符串长度，按 UTF-16 码元计数。多数 emoji 和部分生僻汉字占两个码元，所以会比你肉眼看到的「一个符号」多一个。中文字符数那一行不受影响。