PHP使用quoted_printable_decode解码时出现�乱码的修复方法

quoted_printable_decode 本身的逻辑没有问题——它的设计目标仅为把文本中形如=XX的转义序列还原为对应的原始二进制字节，全程不做字符集层面的转换。
部分字符解码后输出�乱码的本质，是内容的字节编码和你的输出环境字符集不匹配：

• 能正常显示的Chère、单独的à，是发送端提前将这部分内容转成了UTF-8双字节格式，没有走quoted-printable转义流程；
• 残留的=E0、=E8片段，是发送端没做统一转码、直接按西欧单字节编码（ISO-8859-1/Windows-1252）生成的转义序列：在这个编码规则里=E0对应à、=E8对应è；
• 解码后这部分单字节的西欧编码内容，和当前默认UTF-8的输出环境不兼容，PHP解析时无法匹配对应字符，就输出了替换符�。

• 第一步先确认原始内容的实际字符集：从对应的HTML/邮件头部的Content-Type声明中查找charset标识，这类带=E0/=E8残留的法语文本，90%以上的源编码为Windows-1252或ISO-8859-1，不要盲目靠mbstring的自动探测功能识别编码，很容易误判单字节片段。
• 不要直接输出quoted_printable_decode的结果，解码完成后必须对整段内容做统一的字符集转码，和当前输出环境保持一致，示例代码：

  // 完成quoted-printable转义还原，得到原始二进制字节流
  $decoded = quoted_printable_decode($raw);
  // 整段统一转码为UTF-8，第三参数填入你实际确认的源编码
  $content = mb_convert_encoding($decoded, 'UTF-8', 'Windows-1252');
  // 确保输出头和内容字符集匹配
  header('Content-Type: text/html; charset=UTF-8');
  echo $content;
  

• 如果源编码无法确认，可优先尝试用Windows-1252作为转码源：这是早年西欧地区邮件系统默认使用的编码，对重音字符的覆盖完整度远高于ISO-8859-1。

• 不要将乱码判定为quoted_printable_decode的功能缺陷：这个函数从设计上就不负责字符集转换，它输出的解码字节本身是完全准确的。
• 不要只针对出现乱码的片段单独转码：拿到的原始内容是混排的——既有提前转成UTF-8的片段，也有残留单字节编码的转义片段，必须整段做统一转码校准，否则换个片段还是会出现乱码。
• 如果转码后仍有零星�乱码，先检查内容是否存在截断的quoted-printable序列（比如本来完整的=E0被截断成单个=E），这类传输截断的内容无法靠转码修复，需要先补全残缺的转义序列再做解码。

内容的提问来源于stack exchange，提问作者Jintor