Quoted-Printable编码解码 - 邮件安全传输格式

Quoted-Printable（QP编码）是一种将8位数据转换为7位ASCII字符的编码方式，广泛用于电子邮件传输。它的核心思想是：保留大部分可打印ASCII字符不变，仅将非ASCII字符（字节值>127）和特殊字符转换为=XX格式（XX为两位十六进制数）。例如，等号=本身编码为=3D，中文字符"中"的UTF-8字节E4 B8 AD编码为=E4=B8=AD。这种编码确保了邮件在只支持7位ASCII的旧系统上也能正确传输。

Quoted-Printable适合文本内容以ASCII为主、仅有少量非ASCII字符的场景（如英文邮件中夹杂少量中文），因为它保留了ASCII字符的可读性——人眼可以直接阅读大部分内容。编码后体积增长约为非ASCII字节的2倍（每个非ASCII字节变成3字符的=XX）。

Base64则将全部数据重新编码，人眼完全无法阅读原始内容，但编码效率更高——体积增长约33%。适合二进制数据或大量非ASCII文本。邮件系统中，MIME标准允许两者选择使用，通常文本邮件优先QP，附件优先Base64。

1. 保留可打印ASCII：字节值33-60（!到<）和62-126（>到~）直接输出，但=(61)必须编码为=3D。
2. 编码非可打印字符：其他所有字节（包括高位字节、控制字符等）用=后跟两位大写十六进制数表示，如空格(32)在行尾时编码为=20。
3. 行宽限制：每行最多76个字符（不含行尾CRLF）。超出时使用软换行——行尾插入=后跟CRLF，下一行继续。
4. 行尾空白保护：行尾的空格和制表符必须编码（=20和=09），防止被邮件系统截断丢失。
5. 换行符：规范使用CRLF（\r\n）作为行结束符。

典型的QP编码文本具有以下特征：

• 包含大量=XX模式（XX为十六进制数字和字母），如=E4=B8=AD
• 行尾可能出现单独的=符号（软换行标志）
• 等号=被编码为=3D
• 整体仍保留大量可读ASCII文本（与Base64的完全不可读形成对比）

在MIME邮件头中，通常标注为Content-Transfer-Encoding: quoted-printable。

在严格遵循RFC 2045规范时是必须的。76字符的限制源于早期邮件传输系统的行宽限制（78字符减去CRLF的2个字符）。不过在现代邮件系统中，这一限制已经大大放宽。本工具默认启用76字符行宽限制以符合规范，但您可以通过顶部选项关闭或调整此限制。对于非邮件用途（如简单的文本编码存储），完全可以关闭行宽限制。

两者都使用"特殊前缀+十六进制"的编码方式，但有关键区别：

• 前缀不同：QP使用=（等号），URL编码使用%（百分号）。
• 保留字符集不同：QP保留大部分ASCII可打印字符；URL编码仅保留字母数字和少数安全字符（-_.~），空格编码为%20或+。
• 应用场景不同：QP用于邮件传输；URL编码用于Web地址和表单数据。
• 行宽概念：QP有显式的行宽限制和软换行机制；URL编码没有。

QP编码是在字节级别进行的，解码时需要将字节序列按正确的字符编码还原。本工具使用UTF-8作为字符编码（这是现代邮件和Web的标准）。如果您解码后出现乱码，可能原因有：

• 原始QP编码使用了其他字符集（如GBK、ISO-8859-1），而非UTF-8
• QP编码文本在传输过程中被损坏
• =XX序列中的十六进制值不正确

本工具解码时使用UTF-8，兼容绝大多数现代应用场景。如果遇到旧系统的GBK编码QP文本，可能需要先确认原始字符集。

软换行是QP编码中处理超长行的一种机制。当编码后的行超过76字符时，在76字符处插入一个等号=后跟换行符（CRLF），表示"这一行和下一行在逻辑上是连续的"。解码时，遇到行尾的=直接将其与后续换行符一起移除，将两行拼接。

例如，一个超长行可能被编码为：
This is a very long line that needs to be wrapped so it continues=
on the next line in the encoded form.
解码后恢复为完整的一行。这与硬换行（原始文本中真正的换行）不同——硬换行解码后仍然保留为换行。