使用方法
- 01将文本粘贴到输入框并选择一种操作;输出会实时更新。
- 02接受检测芯片建议的解码,或用箭头按钮把输出重新链接到输入。
- 03为密码操作设置凯撒位移,或打开前 128 个字符的码点表。
- 04读取统计栏:字符、码点、UTF-8 字节、单词、行和唯一字符。
计算读数
CalcX 2026 的 Base64 → Q2FsY1ggMjAyNg==;user:pass 的 URL 安全 Base64 → dXNlcjpwYXNz。
café 的 hex → 63 61 66 C3 A9——四个字符对应五个 UTF-8 字节。
q=hello world&lang=zh 的 URL 组件编码 → q%3Dhello%20world%26lang%3Dzh;https://example.com/a b?c=1&d=2 的完整 URL 编码 → https://example.com/a%20b?c=1&d=2。
Vendor Portal 的 ROT13 → Iraqbe Cbegny;SOS 的摩尔斯 → ... --- ...;a"b + 换行 + c 的 JSON 字符串转义 → a"b\nc;é 的 Unicode 转义 → \u00E9。
- 检测器把
Q2FsY1ggMjAyNg== 标记为 Base64,把形似 JWT 的字符串标记为 JWT;再次编码 Base64 输出得到 UTJGc1kxZ2dNakF5Tmc9PQ==。
是字节,不是字符
hex、二进制、八进制和十进制转换作用于 UTF-8 字节,因此一个非 ASCII 字符会变成多个值:café 是 63 61 66 C3 A9,而它的最后一个字符是单个码点 U+00E9。标准 Base64 与 URL 安全 Base64 只在字母表(+ 和 / 变成 - 和 _)和填充上不同。
限制
- 不是加密。
- 每种操作都是可逆编码或替换;这里没有任何东西能保护秘密。
- 检测只是猜测。
- 芯片给出最可能的格式,歧义字符串可能被误读——请核对解码输出。
- 它不做什么。
- 不做哈希、不校验 JSON、不测试正则;那些在 Hashing 和 JSON 里。摩尔斯只覆盖字母、数字和标点,不覆盖任意 Unicode。
双重编码是经典陷阱
对已经编码的字符串再编码会返回看似有效的结果:CalcX 2026 的 Base64 是 Q2FsY1ggMjAyNg==,再编码一次得到 UTJGc1kxZ2dNakF5Tmc9PQ==。两者都能无错解码,所以“无法解码为预期文本”的载荷往往是双重编码。URL 组件与完整 URL 操作也不同:组件编码会转义 = 和 &,而完整 URL 编码保留 URL 结构,只转义空格和不安全字符。
适用场景
调试 API 载荷
粘贴 Base64URL 数据块,接受建议的解码,当载荷还有另一层时把结果链接到第二个操作。
为代码转义文本
使用 JSON、CSV、正则、shell 或 SQL 转义操作,为你要粘贴到的语言引用字符串。
隐私
所有转换都在你的浏览器中运行;输入、输出和任何链接值都不会上传或存储。
参考资料
- IETF,RFC 4648: The Base16, Base32, and Base64 Data Encodings,rfc-editor.org (访问日期:2026-10-07)— Base64 字母表与填充。
- IETF,RFC 3986: URI Generic Syntax,rfc-editor.org (访问日期:2026-10-07)— 百分号编码规则。
- WHATWG,HTML named character references,html.spec.whatwg.org (访问日期:2026-10-07)— 实体名称。
- 维基百科,Morse code,en.wikipedia.org (访问日期:2026-10-07)— 摩尔斯字母表。
本页计算器
精选工具,点开即用;小工具可直接试算,数值会带入完整计算器。