文本编码转换工具 - Base64、Hex、Unicode 与 HTML Entity

在线转换 Base64、Hex、Binary、Unicode Escape、UTF-8 Hex、ASCII 和 HTML Entity，适合接口调试、编码排查和文本数据处理。

功能特点

  • 支持 Base64 编码解码，处理接口参数、Token 片段和文本内容
  • 支持 Hex、Binary、ASCII、UTF-8 Hex 等多种编码格式
  • 支持 Unicode Escape 和 HTML Entity 转换，便于排查显示异常
  • 区分 UTF-8 字节、Base64URL、Unicode Escape、HTML Entity 和 URL/JSON 转义
  • 本地完成文本转换，适合临时调试和开发排查

使用方法

  1. 粘贴需要编码、解码或转换的文本内容
  2. 先确认目标上下文、字符集和是标准 Base64 还是 Base64URL，再选择转换格式
  3. 复制结果用于接口、配置、日志或页面内容处理，并按字节与原文逐项核对

示例输入

  • 中文文本转 Base64

    你好，ToolByte

    适合生成接口参数、Data URI 或配置文件中的 UTF-8 Base64 内容。

  • Base64 响应解码

    SGVsbG8sIFRvb2xCeXRlIQ==

    适合排查接口响应、HTTP Basic Auth 和配置中的 Base64 字符串。

  • UTF-8 Hex 转文本

    48 69 e4 b8 96 e7 95 8c

    适合分析日志、二进制字段或被错误显示为十六进制的中文文本。

  • Base64URL Token 片段

    eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9

    适合识别 JWT 头部使用的 URL 安全 Base64；这一步只做表示转换，不验证签名或 Token 有效期。

  • 转义层逐字节核对

    原文：你好
JSON：\u4f60\u597d
HTML：你好
UTF-8 Hex：e4 bda0 e5 a5 bd

    适合区分字符转义、HTML Entity 和实际 UTF-8 字节，定位多次编码或错误解码。

示例输出

  • 中文文本转 Base64

    5L2g5aW977yMVG9vbEJ5dGU=

  • Base64 响应解码

    Hello, ToolByte!

  • UTF-8 Hex 转文本

    Hi世界

  • Base64URL Token 片段

    Base64URL 头部：eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9；不包含签名校验结果

  • 转义层逐字节核对

    UTF-8 Hex：e4 bda0 e5 a5 bd；JSON Escape：\u4f60\u597d；HTML Entity：你好

常见错误

  • Base64 是编码，不是加密；任何拿到字符串的人都可以解码。
  • 标准 Base64 与 Base64URL 的字符集和补位规则不同，不能在 JWT、URL 参数和普通文本之间直接混用。
  • 中文必须按 UTF-8 编码处理，直接使用浏览器的 atob 处理 Unicode 可能出现乱码。
  • 缺少、增加或错误位置的 = 补位符可能导致解码失败；换行和空格也可能影响部分服务。
  • Base64/Base64URL、URL 编码、JSON 转义和 HTML Entity 解决的是不同层级的问题，不能只看字符串外观互相替换。
  • Data URI、Basic Auth、JWT 和文件内容虽然都可能使用 Base64，但外层格式和安全边界不同。

适用场景

  • Base64 编码在线
  • Base64 解码在线
  • Base64URL 排查
  • Data URI 生成
  • 接口响应解码
  • UTF-8 字节分析

实操检查

  • 先锁定编码模式和方向

    页面共享输入输出区域，但每次只执行当前模式的一个方向；Base64、Base64URL、Hex、Binary、UTF-8 Hex、Unicode Escape、HTML Entity 和 Morse 的语法不能互相混用。

  • 用往返结果和异常样本验收

    UTF-8 文本会经过 TextEncoder/TextDecoder，Base64URL 还会处理 -、_ 和填充；对中文、emoji、空文本和损坏编码分别执行编码再解码，确认结果与原文一致或明确报错。

页面专属核验

使用前与操作中

  • 先确定输入是 Unicode 文本、字节、Base64、Base64URL、Hex、HTML Entity 还是 Morse，再选择模式。
  • 需要嵌入 URL、HTML、JavaScript 或协议字段时，确认目标上下文的专用编码规则。
  • 输入包含中文、emoji、空文本或损坏字节时，保留原文并分别准备往返和异常样本。

结果出来后

  • 编码后再解码是否恢复原文本，且中文、emoji、空值和换行没有被静默改变？
  • Base64 与 Base64URL 的填充、`+`、`/`、`-` 和 `_` 是否符合目标协议？
  • 结果是编码、字节表示还是加密，是否已经与接收端的字符集和解析规则对照？

相关工具

工具边界

  • Base64 不提供加密或保密性。
  • 大文件和超长文本会受浏览器内存及输入限制影响。
  • 标准 Base64、Base64URL、Data URI 和 Basic Auth 的外层规则不能混用。

与相似工具的区别

  • Data URI 生成 / 解析：文本编码在 Base64、Hex 和文本之间转换字节；Data URI 还封装 MIME 与传输前缀，适合内联资源。

安全与兼容性

  • 文本与字节转换在浏览器中完成；Base64 和 Hex 只是表示形式，任何获得结果的人都能还原原文。
  • Unicode 文本先按 UTF-8 转字节，若对端使用 GBK、UTF-16 或不同换行，结果不会逐字节一致。

下一步排查

  1. 先确定目标协议是普通 Base64 还是 Base64URL。
  2. 再检查 UTF-8、Hex 和 URL 编码的层级。
  3. 涉及接口鉴权时转到 Basic Auth、JWT 或 Headers 工具。

常见问题

Base64 可以保护密码或 Token 吗？

不能。Base64 只改变表示形式，不提供保密性；密码和 Token 仍应通过 HTTPS、密钥管理和权限控制保护。

为什么中文 Base64 解码后乱码？

通常是把 UTF-8 字节错误地当成 Latin-1 字符处理。应先按 UTF-8 编码文本，再进行 Base64 转换。

Base64 和 Base64URL 有什么区别？

Base64URL 通常把 + 和 / 替换为 - 和 _，并可能省略 = 补位，常用于 JWT 和 URL 场景。

Base64URL 为什么没有 + 和 /？

它为 URL 和文件名场景替换了标准 Base64 中可能被当作特殊字符的 +、/，通常使用 -、_，并常省略末尾 =；解码时仍需按协议补齐并确认原始字节。