Base64
适合做:把文本或二进制内容转成更方便传输的字符串。
常见场景:接口传参、Basic Auth、附件片段、前后端中转。
提醒:它不是加密,只是编码。
hello -> aGVsbG8=
很多时候你看到的不是“乱码”,而是内容换了一种表示方式。这页先帮你分清 Base64、URL 编码、Unicode 转义、HTML 实体分别适合什么时候用。
适合做:把文本或二进制内容转成更方便传输的字符串。
常见场景:接口传参、Basic Auth、附件片段、前后端中转。
提醒:它不是加密,只是编码。
hello -> aGVsbG8=
适合做:把中文、空格、特殊符号安全地放进链接或参数里。
常见场景:回调地址、活动链接、接口参数、二维码链接。
提醒:最常见问题是重复编码。
中文 -> %E4%B8%AD%E6%96%87
适合做:把字符写成 `\uXXXX` 这类形式。
常见场景:前端字符串、接口日志、转义文本查看。
提醒:看起来像乱码时,不一定真坏了,可能只是转义形式不同。
中 -> \u4e2d
适合做:把 `<`、`>`、`&`、引号等特殊字符安全放进 HTML。
常见场景:网页内容输出、代码展示、富文本处理。
提醒:如果直接把原字符塞进 HTML,可能会影响页面结构。
<div> -> <div>
这个页面更适合在你看到一串“像乱码又不像乱码”的内容时,先判断它到底是 Base64、URL 编码、Unicode 转义,还是 HTML 实体。先认出类型,后面处理就不容易走偏。
如果内容里大量出现 `%E4%B8%AD` 这类形式,先想 URL 编码;如果像 `aGVsbG8=`,先试 Base64;如果出现 `\u4e2d\u6587`,通常是 Unicode 转义;如果看到 `<`、`&`,通常是 HTML 实体。
适合先判断一段内容到底属于哪种编码方式,再决定用哪个工具去看原文或做转换。
可能是显示层、传输层和实际存储方式不一样,也可能内容已经被转义或编码过。
不能。它们解决的问题不一样,适用场景也不同,先分清用途再选工具最稳。