免费字数统计与字符计数工具
在浏览器里实时统计单词数、字符数、句子、段落与阅读时间,并对照 Twitter、meta description、Instagram 等平台字符限制给出实时进度条。免费、隐私、无需注册。
0
单词数
0
字符数
0
不含空格
0
句子数
0
段落数
0
行数
阅读时间
0 秒
朗读时间
0 秒
平台限制
高频词
- 键入后显示高频词
分析
- 平均单词长度
- 0
- 平均句长
- 0
- 最长单词
- —
什么是字数统计工具?
字数统计工具会读取一段文本,并输出写作者、编辑、出版方关心的指标:包含多少个单词、含与不含空格的字符数、多少个句子和段落,以及静默阅读或朗读所需的时间。字数统计工具比个人电脑出现得还早——打字机时代的编辑先靠手数、后用打字机内置的数字计数器——而基于浏览器的实时字数统计工具是今天大多数写作者使用的形态。
核心单位「单词」听起来简单,其实不然。英文字数统计工具按空白与作为内部标点的连字符切词:"don't" 是一个单词、"state-of-the-art" 是一个单词、"twenty-five" 是一个单词。数字通常按单词计入(所以「42」算一个单词),但 NLP 上下文中的停用词过滤可能会在分析时把它们排除。对中文、日文、韩文文本,约定是每个字符一个单词——一篇 500 字的中文作文就是 500 个单词的中文作文——因为 CJK 不使用词间空格,最小语义单位就是字符。Microsoft Word、Google Docs、原生中文文字处理器,以及每一个严肃的双语统计工具都遵循这条规则,本工具也是。
除了原始计数,现代字数统计工具还会计算阅读时间与朗读时间。标准阅读速率是 230 wpm,这是英文母语读者数十年学术研究测得的静默阅读中位速率(Brysbaert 2019 元分析)。标准朗读速率是 130 wpm,大会演讲者、配音员和 TED 演讲都收敛在这条线上——慢到能被清晰听见,快到不至于拖沓。博客平台、新闻网站和内容管理系统会用这两套速率显示「x 分钟阅读」标记,为读者预设期待。
在数字出版语境里,字符上限往往比单词数更重要。Twitter/X 推文上限 280 字符。Google 的 meta description 在桌面端通常 150-160 字符以内才不会被截断,移动端会更早。页面 title 标签在搜索结果里大约 60 字符就会被截。SMS 按 160 字符分段计费。Instagram 标题上限 2,200 字符。不显示这些限制的字数统计工具只能让你用眼估算余量——本工具会针对每条限制展示一根实时进度条,让你在跨过会影响显示、送达或排名的上限时立刻知晓。
字数统计工具底层是几百行正则与字符串处理代码。真正有意思的工程在边界情况:中英混排、Unicode 码点计数与 UTF-16 代码单元计数(emoji 是代理对,否则会被算成两个字符)、缩略形式中的撇号与引号中的撇号、作为分隔符的破折号与作为复合词的破折号、缩写里嵌入的句子终止符。本工具的统计口径与 Microsoft Word 和 Google Docs 保持一致,因为这两款编辑器是大多数接收你文本的人会用来核对数字的工具——一致比哲学纯粹更重要。
所有计算都完全在浏览器里完成——文本不会离开本页面、不需要注册、不会被记录。这与持有源材料笔记的记者、起草客户文件的律师、操盘未公开活动的营销人,以及任何把工作中产物视作机密的人对隐私的期待相吻合。想深入了解相关文本工具,Base64 编解码器处理二进制到文本的编码,URL 编解码器处理 URL 安全文本,MD5 哈希生成器处理指纹——它们一起覆盖了开发者或内容工作者需要的绝大多数非格式化文本处理。
// What's actually being counted (simplified)
function countWords(text) {
// CJK: each ideograph is one word
const cjk = text.match(/[\u4E00-\u9FFF\u3040-\u30FF\uAC00-\uD7AF]/g) || [];
// Latin: word = letters/digits with optional internal hyphen or apostrophe
const latin = text
.replace(/[\u4E00-\u9FFF\u3040-\u30FF\uAC00-\uD7AF]/g, ' ')
.match(/[A-Za-z0-9]+(?:[''-][A-Za-z0-9]+)*/g) || [];
return cjk.length + latin.length;
}
// Reading time at 230 wpm
function readingMinutes(words) {
return Math.round((words / 230) * 60); // seconds
}
// Twitter limit check — raw character ceiling 280
function underTwitterLimit(text) {
return [...text].length <= 280; // Unicode code points, not UTF-16 units
} 核心特性
随键入的实时统计
所有指标——单词数、含与不含空格的字符数、句子数、段落数、行数——随每一次按键即时更新,没有防抖延迟。没有「统计」按钮,没有页面刷新,没有等待。为真实写作速度打造。
阅读与朗读时间估算
按 230 wpm 估算阅读时间(来自 Brysbaert 2019 元分析的成年人静默阅读中位速率),按 130 wpm 估算朗读时间(清晰配音与大会演讲的标准速率)。两套估算同一工具——对博客「x 分钟阅读」标记、播客脚本撰写、演讲计时都很有用。
平台限制校验(Twitter、SEO、SMS)
针对 Twitter/X(280 字符)、meta description(160 字符)、页面 title(60 字符)、Instagram 标题(2,200)、LinkedIn 帖子(3,000)与 SMS 段(160)的实时进度条。在草稿阶段就发现长度问题,而不是发布后或点了「发送」之后。
CJK 与拉丁混合计数
中文、日文、韩文字符各按一个单词计算(Microsoft Word 约定),同时按惯例统计拉丁词。中英文混合文本得到的字数与 Microsoft Word、Google Docs 一致——也就是你的译者或编辑会在他们那边算出的数字。
高频词分析
列出过滤掉英文停用词("the"、"and"、"is" 等)后频次最高的十个有效词。它会把你没注意到的重复浮上来——是别人开始读草稿之前最便宜的一次自我审稿。
平均单词长度与平均句长
平均单词长度(按拉丁词)与平均句长(每句单词数)给出粗略的可读性信号。平均句长超过 25 个单词,文字难以扫读;低于 12,可能显得断续。面向一般读者写作的甜区是 15-20。
最长单词浮现
显示文中最长的单条拉丁词。便于捕捉意外拼接("thisismyverylongword")、需要解释的专有名词,以及偶尔出现的过长技术词——它往往是文字过度复杂的信号。
Unicode 准确的字符计数
按 Unicode 码点而非 UTF-16 代码单元计数——因此 emoji、数学符号和 CJK 扩展字符都各按一计,不会被翻倍。这与 Twitter、Instagram 和 SMS 网关对照各自上限时的计数口径一致。
100% 浏览器端隐私
所有统计都在你的浏览器本地完成。你的文本永远不会上传、不会被记录、不会被存储、不会被分析。包含客户信息、未公开产品名、法律文件与任何保密材料的草稿都可放心使用。你可以在浏览器 Network 面板自行验证——键入时网络请求数为零。
字数统计工具对比
Microsoft Word(审阅 > 字数统计)
桌面应用,付费拉丁与 CJK 字数约定的参考实现。对两边都能读到的文本,本工具与之结果一致。工作流较慢——你得在 Word 里、文件得打开。不显示平台限制校验(Twitter、meta description 等)或阅读时间。
Google Docs(工具 > 字数统计)
浏览器端,免费与 Microsoft Word 同样的计数规则。需要 Google 账号,并要求文本在 Google Docs 文档中。没有平台限制、没有阅读时间估算、没有高频词分析。文本已在 Docs 里时最方便。
浏览器 textarea 计数(HTML/JS 原生)
开发者工具`textarea.value.length` 给出字符数,`value.split(/\s+/).length` 给出近似单词数。可作快速核对,但对 CJK 失效、对 Unicode emoji 处理错误(把代理对算成 2)、不提供其他指标。相当于把本工具拙劣地重写一遍。
Twitter/X 撰写框
平台原生对 280 上限而言,Twitter 自己的计数器是事实来源(会自动完成 URL 替换换算)。对尚未粘进 Twitter 的草稿,本工具能更快核对——但有 URL 时请在发布前再用 Twitter 核对最终字数。
字数统计移动应用
iOS / Android,免费或付费多数移动端字数统计应用照搬本工具的核心功能,再叠加广告、分析或增值。隐私参差不齐——有些会为「云同步」上传你的文本。本工具在移动浏览器里的行为与桌面端完全一致,无任何数据外泄。
Hemingway Editor
浏览器端,freemium字数只是众多功能之一,重点是可读性评分(Flesch-Kincaid 年级、副词数、被动语态)。如果只想计字数,Hemingway 过于沉重也更慢。当你同时需要文字质量分析时最合适。本工具的平均句长指标覆盖了 Hemingway 进一步展开的基础可读性信号。
ProWritingAid
浏览器 + 桌面,付费全面的写作辅助套件,提供深度风格分析、语法检查与字数统计。订阅制。如果只为统计本身,本工具更快且免费。若要做发展性编辑,ProWritingAid 提供的远不止字数——写作流程的不同阶段适合不同工具。
字数统计示例
单条推文 — 280 字符上限
刚刚发布了新的字数统计工具——统计单词、字符、句子、阅读时间,还会对照 Twitter、Instagram、meta description 的限制实时校验。一切都在浏览器中完成,零注册。https://go-tools.org/tools/word-counter
240 字符、38 个单词——单条推文还剩 40 字符余量。Twitter 进度条显示已用 86%。URL 按显示长度计入 Twitter 字符上限(Twitter 发布后会自动缩短到 23 字符),因此即便 URL 较长,正文部分仍有充足空间。
SEO Meta Description — 160 字符甜区
免费字数统计工具,实时显示字符数、阅读时间,并校验 Twitter、Instagram 与 meta description 的字符限制。100% 浏览器端运行,无需注册。
152 字符、23 个单词——稳稳低于 Google 桌面端 meta description 约 160 字符的截断点。meta description 进度条显示绿色。建议把 meta description 控制在 150-160 字符之间,既能充分利用 Google 的展示宽度,又能在移动端安全显示。
页面 Title 标签 — 60 字符显示上限
Free Word Counter — Words, Characters, Reading Time | Go Tools
62 字符、11 个单词。Google 在桌面端通常会用省略号截断超过约 60 字符的 title。这里的 title 进度条会显示橙色——建议收紧到 60 以内,避免显示截断拖累点击率。
论文片段 — 250 字目标
字数统计工具是任何写作流程里默默无闻的英雄。编辑按字数向客户计费,学生按字数达到 250 字论文的下限,营销人员按字符把文案塞进推文或 meta description……
当你的目标是 250 字论文时,主指标里的「单词数」就是你要优化的对象。平均句长也很有帮助:超过 25 个单词,文字会过于密集;低于 15,则易于扫读。阅读时间能告诉你这是 1 分钟读完还是更长。
中英文混合文本
JavaScript 是一种强大的脚本语言,supports object-oriented, functional, and event-driven paradigms. 它运行在浏览器和服务器端 with Node.js.
混合文本按标准 CJK 约定统计:每个中文字符算一个单词,每个拉丁词算一个单词。本例:19 个中文字符 + 13 个拉丁词 = 32 个单词。这与 Microsoft Word、Google Docs 以及原生中文文字处理器算出的数字一致——所以你的字数可以无缝迁移。
代码片段 — 行数与字符数
function countWords(text) {
if (!text) return 0;
return text.trim().split(/\s+/).length;
} 当粘贴的是代码时,单词数会把每个标识符当作一个单词(包含 `function`、`countWords`、`text`、`if`、`return` 等)。行数指标会给出代码行数(本例 4 行)。如需精确 LOC,请使用专门的代码行计数器——本工具偏向散文场景,但基础指标仍然适用。
如何使用字数统计工具
- 1
粘贴或键入你的文本
点击编辑框开始输入,或从任意来源粘贴文本——Word 文档、邮件草稿、代码编辑器、网页。所有指标随键入实时更新。没有「统计」按钮可点。
- 2
查看主指标
指标网格显示单词数、字符数(含与不含空格)、句子数、段落数和行数。下方两个时间估算分别按 230 wpm 显示阅读时间、按 130 wpm 显示朗读时间——博客与演讲脚本的实用默认值。
- 3
核对平台限制
平台限制行跟踪 Twitter(280)、meta description(160)、title 标签(60)、Instagram(2,200)、LinkedIn(3,000)与 SMS 段(160)上限。每根进度条会随你接近并超过上限从中性变为警告、再变为错误——起草推文、meta 标签和短信都因此快得多。
- 4
用分析面板修稿
高频词列表(已过滤英文停用词)会把重复用词浮现出来;平均句长会标记过密的文字(>25 个单词 = 难以扫读)。最长单词指标会捕捉意外拼接的长词。发出之前用它们把文字收紧。
- 5
完成后复制或清空
点击「复制」把整段文本复制到剪贴板。点击「清空」重置编辑框。点击「示例」载入演示文本。所有操作都是即时的;不会向任何服务器发送数据。
常见统计误区
用只按空白切词的工具统计 CJK 文本
中文、日文、韩文不使用词间空格,因此只按空白切词的工具会把一篇 500 字的作文报成 1 个单词——少算 500 倍。Microsoft Word 的约定(也是本工具采用的)是每个 CJK 字符算一个单词,与教师、编辑和翻译工具的算法一致。如果某个工具对同一段中文给出截然不同的数字,那是工具错了,不是你的文章错了。
文本:"今天天气真好,我决定去公园散步。" 朴素工具(按空白切词):1 个单词 本工具(CJK 感知):14 个单词
文本:"今天天气真好,我决定去公园散步。" 每个中文字符算一个单词。 与 Microsoft Word、Google Docs、原生 CJK 编辑器一致。
在按 UTF-16 计数的工具里相信 emoji 的字符数
emoji 例如 😀 在 UTF-16 中编码为代理对,因此一个按 `string.length`(JavaScript 默认)计数的工具会把每个 emoji 算成 2 字符。Twitter、Instagram、SMS 网关按 Unicode 码点计数——一个 emoji 就是一个字符。用错了工具意味着你发出的推文会被 Twitter 因「超限」拒绝,或者你会误判一条 Instagram 标题能放多少个 emoji。
文本:"Hi! 😀😀😀" string.length:10(每个 emoji 算 2) 错:会说占用 10/280 字符
文本:"Hi! 😀😀😀" 码点计数:7(emoji 各算 1) 对:与 Twitter 的计数一致
粘贴带智能引号的文字处理器文本
从 Microsoft Word、Google Docs 或 Apple 备忘录粘贴时会带入智能引号(""、'')和破折号(—),它们看起来和 ASCII 对应字符一样但编码不同。字数没问题,但如果你随后发布到期望 ASCII 的平台(一些 CMS、一些聊天平台),这些字符会渲染为 ?? 或方框。首次粘贴后请检查一次发布版本——大多数现代平台能处理智能引号,但老旧平台会出问题。
源:"It's a great day," she said.(智能引号) 发布到老旧 CMS:?It??s a great day,? she said. 字数对了;渲染错了。
用文本编辑器(VS Code、纯文本 TextEdit)起草。 或在发布前手动替换智能引号。 或确认目标平台支持 Unicode(大多数都支持)。
忽略 Twitter 字数中的 URL 替换
Twitter 在发布时会把任何 URL 自动缩短到 23 字符,无论原长多少。草稿里一条 100 字符的 URL,发布后只占 23 字符。按原始文本计数会高估——有 URL 时你的实际余量比本工具显示的更多。23 字符替换是固定的;把草稿长度视为(原始字数)−(URL 长度)+ 23 × URL 条数。
草稿:"Check this out: https://very-long-domain-name.com/path/to/page?with=parameters&and=more" 原始字数:108 字符 错:以为超过 280 了?其实没有——Twitter 会缩短 URL。
同一条草稿,Twitter 发布后的长度: "Check this out: "(16)+ 23(URL)= 39 字符 远低于 280。心算时按每条 URL 替换为 23。
误读 meta description 的限制
Google 的 meta description 在桌面端约 155-165 字符截断、在移动端约 100-120 字符截断,具体取决于摘要里的其他元素(title、URL、面包屑)。按 320 字符写(2017-2018 年 Google 后来撤销的旧指南),后半段几乎不会显示。请坚持在 150-160 之间做桌面端优化,或在移动端流量主导时取 110-120。本工具的进度条默认按 160 提示。
meta description:280 字符(按 2018 旧上限写) Google 在桌面端约 160 字符处截断。 最后 120 字符永远不会显示——白写了。
meta description:150-160 字符。 桌面端完整显示、移动端不会被截。 关键词与号召语前置。
把 280 推文字符当成 280 单词
Twitter 的 280 上限是字符,不是单词——这是新手常见的误读。「Hello world」是 11 字符、2 个单词。一条 30-40 单词的英文推文通常约 200-250 字符。起草 280 单词的推文相当于 1,500+ 字符,根本发不出去。两套指标并排显示;确认你优化的是哪一个。
目标:「把推文压到 280 以内」 实际草稿:280 个单词,约 1,500 字符 推文被拒——超出上限 5 倍。
目标:280 字符以内(不是单词)。 40 个单词通常能装下并留有余地。 这里真正重要的是字符数指标。
谁在使用这款工具
- 博主起草文章
- 在不切窗口的情况下达到 1,000 字目标。阅读时间会告诉你这是一篇 3 分钟阅读还是 7 分钟阅读——这是读者在信息流里更买账的标签。高频词列表能在编辑过稿之前帮你抓出重复。
- 学生写论文
- 在 250 字下限以上、1,500 字上限以下保持稳定,而不会数错位置。平均句长是老师与评分量规会用的粗略可读性信号。阅读时间与「五分钟读完」对评卷人意味着什么相吻合。
- 营销人员起草推文与标题
- Twitter(280)、Instagram(2,200)与 LinkedIn(3,000)的进度条消除了反复「数完—重写」的循环。meta description(160)与 title 标签(60)的校验让你免于发布出会在搜索结果里被截断的文案。
- SEO 专员审查摘要
- title 标签在 60 字符左右截断;meta description 在 160 字符左右截断。两项校验都在你撰写时实时进行,所以你写下的摘要就是会展示的摘要。结合高频词分析,让主关键词密度保持自然。
- 译者跟踪原文与译文长度
- 翻译工作按原文字数、译文字数或字符数计费,视语言对而定。把任一侧粘贴进来即可立刻得到字数。中英文混合文本遵循 Microsoft Word 的约定,与客户 TM 系统的算法一致。
- 演讲者控时
- 按 130 wpm 估算的朗读时间会告诉你 1,500 字的稿子是否能塞进 12 分钟(能)或 7 分钟(不能)。按字数修剪,比对着秒表反复试读快得多。
- 开发者撰写 README 与文档
- GitHub README、npm 包描述、文档导言对长度都有非正式预期。阅读时间指标会告诉贡献者某一段是可以扫读的还是需要深入研读的——便于围绕渐进式披露来组织文档。
- 文案修剪广告稿
- Google Ads、Facebook Ads 和邮件标题的字符上限各不相同。在限制行选中对应平台,实时收紧。最长单词指标会标出压缩文案里溜进来的单词级长串。
统计规则与技术细节
- 切词规则
- 一个拉丁词是字母、数字、撇号与内部连字符组成的最长连续片段。因此 "don't" 是一个单词、"state-of-the-art" 是一个单词、"twenty-five" 是一个单词。每个 CJK 字符(汉字、假名、谚文音节)算一个单词——Microsoft Word 的约定。混合脚本 token 会在 CJK 边界处切分。
- 字符计数(Unicode 码点)
- 字符按 Unicode 码点计数,而非 UTF-16 代码单元。因此一个 emoji 算 1 字符而不是 2;CJK 扩展字符算 1 不算 2;组合字符各算 1 而不是 0。这与 Twitter、Instagram、现代 SMS 网关对照各自上限时的计数口径一致。
- 句子识别
- 句子以终止符结束:句点(.)、问号(?)、感叹号(!)、中文句号(。)、日文句号(。)或阿拉伯语问号(؟)。连续多个终止符("What?!")算一个边界。识别器不尝试为缩写("Mr."、"U.S.A.")做消歧——实际使用中噪音大于收益。
- 段落识别
- 段落以一行或多行空行为分隔。单个换行符(段内换行)不会开启新段落。没有空行的文本是一个段落。空输入则是零段落。
- 阅读与朗读速率默认值
- 阅读时间按 230 wpm 计算——来自 Brysbaert 2019 元分析对 17 篇英文母语者研究的中位静默阅读速率。朗读时间按 130 wpm 计算——清晰配音与大会演讲(TED、NPR、有声书朗读)的标准速率。两个值都是稳健中位;专门场景请按需调整。
- 高频词的停用词过滤
- 高频词分析用标准 NLP 停用词列表排除英文功能词("the"、"and"、"is"、"of"、"that" 等)。长度小于 2 字符的词和纯数字也会被排除。对非英文文本不应用停用词过滤——你看到的是原始频次,对捕捉重复仍然有用。
- 平台字符限制
- Twitter/X 推文:280 字符。Google 桌面端 meta description:约 155-160 截断。页面 title 标签:约 60 截断。Instagram 标题:最多 2,200 字符。LinkedIn 帖子:3,000 字符。SMS 单段:GSM-7 编码下 160 字符(含非 ASCII 字符时使用 UCS-2,70 字符)。具体以各平台文档为准;上限会变。
- RTL 文字支持
- 阿拉伯语、希伯来语、波斯语和其他 RTL 文字按空白分隔的 token 计数。结果按界面方向显示(LTR 标签搭配右侧的数字计数)。文本框方向随浏览器的文字方向推断——单语 RTL 输入通常推断正确。
按字数写作的最佳实践
- 按受众时间写作,而不是只按字数
- 1,200 字的文章与 5 分钟阅读是同一事实的两种单位。读者对时间标签的反应比字数标签更强烈——「5 分钟阅读」会设下期待,而单纯一个数字不会。把阅读时间作为主目标,让字数顺势而成。博文以 3-5 分钟(700-1,200 字)为目标;深度文章 7-10 分钟(1,600-2,300);可扫读更新 1-2 分钟(200-500)。
- 瞄准每个平台的甜区,而不是上限
- 不要写到最大值,要写到最优值。推文在 70-100 字符之间表现最好(互动率高、所有设备都能完整显示)。meta description 在 150-160 字符之间效果最好(填满 Google 展示又不会被移动端截断)。title 标签在 50-60 字符之间最佳(不会截断、关键词空间充足)。LinkedIn 帖子在 1,300 字符以内表现最好(在「查看更多」折叠之上)。压到上限往往是用品质换长度。
- 用平均句长作为密度尺
- 平均句长超过 25 个单词,意味着文字过密、难以扫读;低于 12 则显得断续。面向一般读者写作的甜区是 15-20,每个句子刚好承载一个完整想法,不会过度滞留。技术写作可以容忍更高(20-25),当精确性必要时。小说可以容忍更低(10-15),当节奏需要时。把这个指标当成粗略警示,而不是规则。
- 提交前跑一遍高频词检查
- 草稿完成后扫一眼高频词列表。如果排在最前的不是关键词(与文章主题无关),那就是被滥用的词。常见嫌疑:「actually」、「basically」、「really」、「very」,以及填充动词(「is」「was」「are」)。对前两个填充词做一次搜索替换,通常能显著收紧文字。
- 双语稿件按语言分别核对字数
- 如果你的文本混合 CJK 与拉丁,总字数融合了两套约定。对计费类翻译或字数硬约束的任务,请把文本拆成单语片段分别核对。本工具对混合文本遵循 Microsoft Word 的约定,因此总数与大多数客户算出的数字一致——但单语核对能去除歧义。
- 把统计工具当作草稿本,而不是事实来源
- 数字是准确的,但写作决策位于指标之上。一条 280 字符就把要表达的事说透的推文,胜过 270 字符却言不达意的推文。一篇值得 1,000 字读者时间的文章,胜过 1,500 字却拖沓的文章。用统计工具来核对与提醒,但要按手艺做决定,不按算术。
- 在本工具之外保存草稿
- 本工具不保存任何文本。刷新页面或关闭标签会清空编辑框。长篇写作请用真正的编辑器(文本编辑器、文档应用、带自动保存的写作工具)起草,需要核对时再粘贴进来。在一次会话内做短期核对时,内存中的文本会保留——但请把它视为临时的。
常见问题
这个字数统计工具是做什么的?
与 Microsoft Word 和 Google Docs 相比,单词数有多准确?
我的文本会被上传或保存吗?
阅读时间是怎么算的?
能用于中文、日文、韩文和阿拉伯语吗?
为什么 Twitter 的限制是 280 字符?本工具如何处理 URL?
Google 的 meta description 写多长合适?
什么算一个句子?
如何统计 Word 文档或 PDF 的字数?
为什么有些词没出现在高频词列表里?
本工具支持 markdown 或 HTML 吗?
每日字数目标该定多少?
为什么我的字数和其他在线工具不一样?
相关工具
查看所有工具 →进制转换器 — 二进制、十六进制、十进制、八进制互转
转换工具
在线免费进制转换工具,支持二进制、八进制、十进制、十六进制及 2-36 任意进制互转。无需注册,数据不离开浏览器,即时获取结果。
Base64 解码与编码工具
编码和格式化
免费在线 Base64 解码编码工具。实时转换,支持中文和 Emoji,100% 浏览器端运行,数据不离开设备,无需注册。
Crontab 生成器与 Cron 表达式构建工具
日期和时间
在浏览器里构建、校验并解读 cron 表达式,按本地时间或 UTC 实时预览下一次运行。支持 POSIX 五字段语法、常用预设和中文描述。免费、隐私、无需注册。
CSV 转 JSON 转换器
编码和格式化
在浏览器中将 CSV 转换为 JSON。支持 RFC 4180、类型推断、表头行、大整数安全。100% 隐私,无需上传。
在线压缩 JPEG、PNG、WebP 图片 — 免费批量处理
转换工具
免费在线压缩 JPEG、PNG、WebP 图片,体积缩小高达 80%。浏览器本地处理、图片不上传服务器。支持批量压缩 20 张、质量调节、前后对比预览。无需注册。
JSON Diff 对比
编码和格式化
在浏览器中即时对比两份 JSON。Side-by-Side 高亮 + RFC 6902 JSON Patch 输出,一键忽略 timestamps、IDs 等噪音字段。100% 隐私保护,零上传。