本地处理
UTF-8 / GBK / Base64 / Hex / URL

字符编码转换工具

用一页完成 UTF-8、GBK、Big5、Base64、Hex、URL、HTML Entity、Punycode 等内容互转, 适合接口联调、乱码排查、网页转义和国际化域名处理。

免费使用

打开即用

默认示例已填充,可直接切换编码体验

Ready

输入

当前源编码:Base64

5Lit5paH

输出

当前目标编码:UTF-8

中文

字符编码转换
首屏即可完成转换,支持复制、下载、分享链接与本地恢复。
已按 Base64 -> UTF-8 还原为可读文本。

输入区

8 字符
8 Bytes
1

示例场景:接口日志、数据库导出、URL 参数、HTML 模板、国际化域名。

输出区

2 字符
6 Bytes
1
中文

转换完成后,建议优先保存结果或复制文本;需要给同事复现时,直接发送分享链接即可恢复输入和编码设置。

检测与建议
自动识别更像 Base64、Hex、URL、HTML Entity 还是普通文本。
Base64
90%
UTF-8
72%
ASCII
64%
快速示例
打开页面即可体验,不需要自己准备样本。
Pro 文件导入与错误策略
批量文本文件导入和高级容错策略适合旧系统迁移、接口联调和多文件排错。

拖拽文本文件到这里

支持 txt、csv、json、xml、html、js、css、md,单文件不超过 5MB。

本地历史
最近 10 次手动保存的转换结果会缓存在浏览器里,方便中断后继续排查。
暂无历史。点击上方「保存结果」后,这里会保留最近的转换记录。

升级 Pro 解锁「AI 编码诊断」

PRO

升级 Pro 后,可根据当前输入给出乱码来源判断、推荐编码组合和后续排查动作。

  • 生成 2-4 条可执行排查路径,定位 Base64、Hex、URL、HTML Entity 或旧字符集问题
  • 推荐更可能的源编码与目标编码,减少反复试错次数
  • 输出可复制诊断摘要,方便发给同事或同步到工单
AI 编码诊断结果
等待生成
重置输入或恢复示例时,这里保持稳定展示。需要新的结论时,直接重新运行 AI 分析即可。
当前还没有 AI 诊断结果。你可以先恢复默认数据、手动调整输入,再点击上方入口生成新的诊断。
这个工具能做什么

支持的转换类型

支持 UTF-8、UTF-16、UTF-32、ASCII、GBK、Big5 与 Base64、Hex、Binary、URL、HTML Entity、JSON Escape、Punycode、Morse 等格式互转。

适合的排查场景

适合接口返回值乱码、数据库旧字符集迁移、网页实体还原、国际化域名处理和调试日志中的字节查看。

结果如何传播

结果区支持复制、下载和带参数的分享链接,打开链接后可在浏览器内自动恢复输入与编码选择。

如何使用

1. 粘贴输入

把文本、Base64、Hex、URL 编码、HTML Entity 或域名粘贴到左侧输入区,默认示例可直接体验。

2. 选择编码

先选源编码,再选目标编码;如果不确定,先开启自动检测查看候选结果,再决定是否手动调整。

3. 复制或导出

当结果恢复为可读文本后,建议立刻复制、保存结果或分享链接。若仍乱码,可继续改成 Hex、Base64 或 Binary 观察字节。

适用场景

开发者调试 API 返回值时,可以先判断内容究竟是 UTF-8 文本、Base64 还是 URL 参数。

维护老系统或数据库迁移时,可以对比 GBK、Big5、UTF-8 与字节输出,快速定位乱码来源。

做前端模板、邮件或 CMS 内容排错时,可把 HTML Entity、JSON Escape 和 Punycode 逐步还原为普通文本。

常见问题

字符编码转换工具怎么判断输入更像 UTF-8、Base64 或 Hex?

工具会先检查输入是否只包含 ASCII、十六进制字节、Base64 字符集、URL 转义片段、HTML 实体或 Punycode 前缀,再结合长度、分组规律和符号特征给出置信度。它适合快速排查乱码来源,但遇到极短文本或多种格式都合法的内容时,仍建议人工确认源编码。

UTF-8、GBK 和 Big5 乱码可以直接在这里排查吗?

可以。你可以先把源编码切换为怀疑的字符集,再观察输出是否恢复为可读文本;如果仍然异常,可以把目标改成 Hex、Base64 或 Binary 查看字节表现。对于历史系统常见的 UTF-8/GBK/Big5 混用场景,这种「文本 + 字节」双视角最容易定位问题。

字符编码转换和 Base64 编解码有什么区别?

字符编码负责把文本映射成字节,例如 UTF-8、GBK、Big5;Base64 则是把已有字节重新表示成可打印字符串,便于传输和粘贴。实际排错时经常会两者组合使用:先确定文本按哪种编码生成字节,再决定是否需要用 Base64、Hex 或 Binary 展示这些字节。

生成的分享链接会上传我的文本内容到服务器吗?

不会。分享链接把当前输入、源编码、目标编码和开关状态编码到 URL 参数里,页面在浏览器端解析后直接恢复,不需要把你的文本先提交到服务器。只要你自己不主动发送链接,原始内容仍然保留在本地浏览器环境中处理。

为什么我把目标编码改成 GBK 后,结果看起来还是普通文本?

浏览器中的文本框展示的是统一的 Unicode 字符,不会直接把目标字符集的原始字节塞进可编辑区域。所以当目标是 GBK、Big5 这类字符集时,页面优先展示「转换后的可读文本」。如果你需要观察字节差异,建议把目标再切换成 Hex、Base64 或 Binary。

下载结果时可以保留目标编码字节吗?

当目标是 UTF-8、UTF-16、UTF-32 或 ASCII 时,浏览器可以直接生成对应字节文件;如果目标是 GBK、Big5 等浏览器无法稳定重新编码的字符集,工具会优先下载可读文本,并明确提示你改用 Hex、Base64 或 Binary 查看目标字节。这能避免下载到表面成功、实际内容错误的文件。

相关工具推荐

如果你还在处理网页转义或代码格式化,也可以继续使用 HTML Entity 编解码器 SQL 格式化工具

    问题反馈