跳到主要内容

Quoted-Printable 编码解码工具,面向邮件 MIME

按 UTF-8 字节做 Quoted-Printable 编码与解码,照邮件 MIME 的规矩来,处理 =XX 转义、行尾空格和 76 列软换行,全程在浏览器里跑

  • 本地处理
  • 分类 编码加密
  • 适合 分享前检查文件类型、大小、元数据和明显不匹配信号。
输入
输出
结果显示在这里。

这个工具能做什么

免费的 Quoted-Printable 编解码工具,遵循 RFC 2045。当一封邮件主体大 部分是可读 ASCII、只夹了几个传不过去的字节时,邮件客户端常用这种内容 传输编码。编码会逐个走文本的 UTF-8 字节:凡是落在可打印 ASCII 范围之 外的字节,加上等号本身,都变成大写十六进制的 =XX 记号,所以一个字面 等号写成 =3D,而中文「中」这三个 UTF-8 字节写成 =E4=B8=AD。行尾的空格 和制表符也要转义,因为邮件服务器爱把行尾空白删掉,不转义就会悄悄把数 据弄坏。过长的行在 76 列处用软换行折断,也就是一个 = 接 CRLF,解码时 会自动去掉。解码把这一切反过来:=XX 还原成字节,软换行去除,再把字节 流按 UTF-8 重组,这样多字节的中日韩文字和 emoji 都能原样往返。全部在 浏览器里运算,不上传任何内容,分享链接能还原你的输入、方向和选项。

工具细节

输入
文本 + 数值
页面会根据工具类型展示文本框、数值控件、文件选择或结构化输入。
输出
即时结果 + 复制
结果区优先给出可操作结果,支持项会显示复制、下载或可视化预览。
隐私
浏览器本地处理
主工具逻辑未发现外部 API 调用,输入通常留在当前标签页内处理。
保存 / 分享
可分享链接状态
关键设置会进入 URL,复制链接后别人能复现同一组参数。
性能预算
首屏 JS ≤ 9 KB
没有声明 WASM 依赖,适合快速打开和移动端使用。
适用场景
编码加密 · 程序员
分类和职业标签用于推荐相关工具、组织内链,并帮助用户快速判断是否适合当前任务。

怎么用

  1. 1. 输入

    把内容粘贴或拖入工具面板。

  2. 2. 处理

    点击按钮,在浏览器内本地处理,文件不上传。

  3. 3. 复制 / 下载

    一键复制结果或下载到本地。

Quoted-Printable 编解码 适合怎么用

适合在上传、交付、归档、客服排查前使用,也适合任何文件离开本机前的本地复核。

适合文件任务

  • 分享前检查文件类型、大小、元数据和明显不匹配信号。
  • 上传、归档、接收或审核前整理混合文件夹。
  • 敏感文件先留在浏览器里处理,不用交给账号型服务。

文件检查项

  • 不要只凭扩展名判断真实文件类型。
  • 文件发给客户、供应商或公开页面前,先看元数据。
  • 复制、转换或导出结果确认前,保留原文件。

下一步可以接着做

这些入口会把当前任务接到更完整的工具链里。

  1. 1 Base64 编码 / 解码 文本、文件、Data URL 一站搞定,纯浏览器运行,数据不离开本地。 打开
  2. 2 URL 编码 / 解码 把空格、中文、emoji 等特殊字符转 %xx 百分号编码,或反向解码,全程浏览器本地 打开
  3. 3 文本转十六进制 文本 ⇄ 十六进制,按 UTF-8 字节算,中文和 emoji 都不出错,分隔符和大小写随你挑,粘贴的乱格式 hex 也能解,浏览器本地运行 打开

真实使用场景

  • 读一封编码过的原始邮件正文

    你打开一个 .eml 文件,或查看了一封信的原始源码,正文里全是 =E4=B8=AD、=3D,还有以一个光秃秃的 = 结尾的行。把它粘到解码模式, 工具会去掉软换行,把每个 =XX 还原成字节,再重建 UTF-8 文本,这样 就能读到发件人真正写的内容,重音字符、中文和 emoji 都在。

  • 手写一封带非 ASCII 内容的测试邮件

    你在给邮件服务写集成测试或夹具,需要一段真实客户端会接受的 Quoted-Printable 正文。把人类可读的文本打进去,编码,再把 =XX 输出 直接放进消息模板,配上 Content-Transfer-Encoding quoted-printable。 76 列折行已经做好,和一个真实邮件程序发出的样子一致。

  • 排查一个带重音的名字为什么变成乱码

    某个客户名字在你的应用里渲染成 Café 那种乱码。把存下来的原始字符串 拿到这里解码,看看那些字节到底是合法的 Quoted-Printable UTF-8,还是 在上游某处被重复编码了。把可疑值走一遍编码再解码,能很快判断是数据 本身有问题,还是流程有问题。

  • 教学或自学 MIME 内容传输编码怎么运作

    学邮件内部机制时,亲眼看到等号变 =3D、受保护的行尾空格变 =20、一个 中文字变 =E4=B8=AD,会让 RFC 2045 的规则变得具体。编码一些短字符串, 改一个字节,切一下软换行开关,看输出到底怎么变,比干读规范清楚得多。

常见踩坑

  • 把输出当成一字一对应。一个中文字会变成三个 =XX 记号,因为它是三个 UTF-8 字节,😀 会变成四个。如果按一字一记号去数,你会以为编码错了,其实它完全正确。

  • 忘了字面等号必须变成 =3D。如果你编码一个含 = 的字符串,而输出里还留着光秃秃的 =,解码器会把后面两个字符当十六进制读,把后面的内容全弄坏。务必确认编码输出里 = 显示为 =3D。

  • 忽视行尾空白。行尾的空格或制表符会被特意转义成 =20 或 =09,因为邮件服务器会删掉原始的行尾空白。如果你手动改输出、删掉这些转义,数据在传输时就会悄悄变样。

隐私说明

每一步,把文本按 UTF-8 字节读取、转义成 =XX、折行、再解回去,都是浏览器 标签页里运行的纯 JavaScript。邮件正文、草稿或测试夹具都不会上传,也不 记录你编码了什么。唯一要注意:分享链接会把输入和选项写进查询字符串,所 以把链接粘到聊天里,这段文本会留在对方服务器的访问日志里。涉及保密的消 息,请用复制按钮粘贴文本,而不是分享网址。

常见问题

类似工具组合

做你这行的人, 还会一起用这些。

Made by Toolora · 100% client-side · Updated 2026-06-14