关于此工具
Quoted-Printable 编码与解码工具将文本与 MIME Quoted-Printable 互相转换，这是邮件中用于大部分为 ASCII 但偶有非 ASCII 字节的文本的内容传输编码。编码（依据 RFC 2045 §6.7）让可打印 ASCII（33–126）原样通过，'=' 本身除外，它变为 =3D。该范围之外的任何字节——重音字母、符号和多字节 UTF-8 序列——都写为使用大写十六进制的 =HH。字面空格和制表符保留，但在行尾除外，那里它们被编码为 =20 或 =09 以便在传输中留存。
一切都在你的浏览器本地运行，不会上传任何内容。在正文模式下，编码器通过插入软换行——紧接在 CRLF 之前的一个 '='——来强制执行 76 字符行限制，并且它绝不会将 =HH 三元组跨换行拆分。解码逆转所有这些：它移除软换行（'=' 后跟换行），将每个 =HH 变回其字节，其余每个字符原样保留，最后把重构的字节解释为 UTF-8，从而使重音和非拉丁文本正确往返。
模式选择器在标准正文编码与 =?charset?Q?...?= 编码字内使用的 RFC 2047 'Q' 头部变体之间切换。在头部变体中，空格用下划线 '_' 表示（字面 '_' 编码为 =5F），解码器会将其映射回空格。选择一个方向和模式，粘贴你的文本，然后复制结果。
常见问题
Quoted-Printable 用于什么？
它是一种用于大部分为 ASCII 但有些非 ASCII 字节的文本的邮件内容传输编码。它保持可读字符清晰易读，同时安全地转义可能在传输中被更改的字节，这不同于 Base64 会遮蔽整条消息。
什么是软换行？
为遵守 76 字符行限制，编码器在换行的行末尾于 CRLF 之前加上一个尾随 '='。这个 '=' 是软换行：它表示“此行继续”，因此解码器把各行重新连接起来，且它不属于数据的一部分。
头部 'Q' 模式与正文模式有何不同？
RFC 2047 'Q' 变体（用于头部的 =?UTF-8?Q?...?= 编码字内）将空格表示为下划线 '_' 而非 =20，并将字面下划线编码为 =5F。正文模式保持空格为字面并应用 76 列软换行。
它能正确处理 Unicode / UTF-8 吗？
能。编码时，每个字符被转换为其 UTF-8 字节，任何 33–126 之外的字节变为 =HH。解码时，所有解码后的字节被重新组装并按 UTF-8 读取，因此像 é、£ 和 — 这样的多字节字符会精确往返。