CodeKitHub工具介绍
字数统计工具同时用多种单位测量文本长度：单词、字符、句子和段落。这些限制在实际中随处可见——微博、meta 描述、作文要求、广告文案和表单字段都有具体的字数或字符数限制。
混合语言文本会被正确处理：英文单词按空格和标点计数，而每个中文、日文、韩文字符计为一个字——符合中文"字数"的习惯用法。
为什么使用它？
- 实时统计——不用点按钮，边输入边更新。
- 同时给出含空格和不含空格的字符数，适配不同平台的规则。
- 正确的中文支持：按"字数"习惯统计中日韩文字。
- 为博客和文章估算阅读时间。
- 私密：文本留在浏览器本地，不会上传。
使用方法
- 在文本框中输入或粘贴文字。
- 查看上方实时数字：单词数、字符数、不含空格字符数、中文字数。
- 第二行查看句子数、段落数和预计阅读时间。
- 点"清空"重新开始。
示例
输入
Hello world! This is CodeKitHub.
你好世界。输出
单词数: 9 · 字符数: 43 · 句子数: 3 · 段落数: 2 · 中文字数: 44 个中文字每个计为一个词，与 5 个英文单词相加。
常见平台的字数/字符限制
| 平台/场景 | 限制 |
|---|---|
| X（Twitter）推文 | 280个字符 |
| 谷歌SEO meta描述 | 约155–160个字符，超出会被截断 |
| 谷歌广告标题 | 每条标题30个字符 |
| 小红书/朋友圈文案 | 常见建议控制在几百字以内，避免折叠 |
| 标准五段式英文作文 | 500–800词 |
| 求职信（Cover Letter） | 250–400词 |
为什么字数和字符数对不上
中文按"字数"统计和英文按"单词数"统计是两套体系，不能直接换算——同样一段意思，中文字数和英文单词数往往差异很大。如果平台限制说的是"字符数"（比如短信、部分社交平台），而你习惯按"字数"估算，最好直接看这里显示的精确字符数，而不是凭经验换算。
为什么中文不能按英文的"单词"逻辑统计
中日韩文字之间没有英文那种空格分词，所以西方那种"按空格切分算单词数"的算法根本不适用——直接套用在中文上，要么把整段文字算成"1个词"，要么给出一个毫无意义的数字，取决于工具怎么写的。正确的做法（也是本工具采用的）是按字符计数：每个中日韩字符算一个单位，这正好符合中文"字数要求"实际被规定和检查的方式。
这在实践中很关键——学术论文摘要字数限制、公众号文章长度建议、字幕字符上限，这些场景如果用了偷偷套用英文分词逻辑的工具，算出来的数字跟你实际要满足的限制根本对不上。
常见使用场景
- 投稿或作业提交前先核对字数要求，而不是排版完才发现差了两百字。
- 把求职信或领英简介压缩到平台的字符限制内，又不至于句子被硬生生截断。
- 导出视频前先核对字幕/文案是否超过平台每行字符上限。
- 预估一篇博客或推文读者需要多久读完，判断要不要拆成系列。
常见问题
中文是怎么统计的？
每个中日韩字符计为一个字，这符合中文语境下"字数"的标准含义。同一段文本里的英文单词按空格正常计数，两者相加得到总词数。
空格算字符吗？
两个数字都提供："字符数"包括空格和换行在内的所有字符；"字符数（不含空格）"排除所有空白。不同平台规则不同，所以两个都给。
阅读时间怎么算的？
按每分钟约 225 词（成年人平均默读速度）估算。只要有内容，最少显示 1 分钟。
什么算一个段落？
由至少一个空行分隔的文本块。段内的单个换行不会开始新段落。
我的文本会被保存吗？
不会。统计通过浏览器内 JavaScript 实时完成，文本不会发送到服务器、不存储、不记录。