根本原因是content-transfer-encoding: 8bit违反rfc 2822行长限制（≤998字节），导致mta强制折行并插入乱码；必须改用base64编码+正确设置headers+subject mime封装+html内meta声明utf-8。

直接用 mail() 发 HTML 邮件，中文乱码不是编码没设对，而是邮件传输层根本没按你写的那样解析——Content-Transfer-Encoding: 8bit 在多数 MTA（如 Outlook、Gmail）里是不被信任的，它会把长行截断、重排、甚至插入不可见字符，导致中文位置错乱或显示为 ? 或 。

为什么 Content-Transfer-Encoding: 8bit 会导致乱码

这个编码告诉收件方“内容是纯文本，不用转义”，但 RFC 2822 明确规定：单行不能超过 998 字节。一旦你的 HTML 模板含中文、内联样式或压缩后长标签，很容易超限。MTA 会自动折行（soft line break），在任意空白处插入 =0D=0A 或 =，而 Outlook 等客户端解析时又不严格还原，结果就是：

• 中文被拆成两段，中间插进乱码符号
• 标签闭合错位（比如 <div>你好<div>） <li>Mac 和 Windows 收到的内容顺序不一致（底层折行策略不同）</li> <h3> <code>Content-Transfer-Encoding: base64 是必须项

  Base64 编码把整个 HTML 内容转为 ASCII 安全字符串，彻底绕过行长度限制和折行干扰。它不是“可选优化”，而是 HTML 邮件的底线要求：

  • 必须在 $headers 中显式设置：Content-Transfer-Encoding: base64\n
  • 同时把 $message 用 base64_encode() 编码，不能只设头不编码
  • 别混用：8bit 和 base64 不能共存；设了 base64 就别碰 8bit

  示例关键片段：

  

  Article To Html

  文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。

  下载

  $headers = "From: noreply@example.com\r\n";
  $headers .= "MIME-Version: 1.0\r\n";
  $headers .= "Content-type: text/html; charset=utf-8\r\n";
  $headers .= "Content-Transfer-Encoding: base64\r\n";
  $message = base64_encode($raw_html); // 注意：是 encode 后再传给 mail()
  mail($to, $subject, $message, $headers);

  标题中文乱码必须用 MIME encoded-word

  邮件主题（$subject）不走 body 编码逻辑，UTF-8 字符必须用 RFC 2047 格式封装，否则 Outlook 直接当 ISO-8859-1 解析：

  • 错误写法：$subject = "订单通知";
  • 正确写法：$subject = "=?UTF-8?B?" . base64_encode("订单通知") . "?=";
  • 注意：等号前后不能有空格，B 表示 Base64 编码，Q 表示 Quoted-Printable（不推荐用于中文）

  HTML 模板内部仍要加 <meta charset="UTF-8">

  虽然邮件头已声明 charset=utf-8，但部分客户端（尤其是 Outlook Desktop）会忽略头部，只看 HTML 内部的 <meta>。这个 meta 必须满足三个条件：

  • 放在 的最开头，前面**不能有任何字符**（包括空格、换行、BOM）
  • 写成 <meta charset="UTF-8">，不要用 http-equiv 形式（老旧且冗余）
  • 确保模板文件本身是 UTF-8 无 BOM 编码保存（VS Code 选 “Save with Encoding → UTF-8”，**不勾选 “with BOM”**）

  如果模板是从数据库或 API 动态拼接的，确认源头数据也是 UTF-8 —— 用 mb_convert_encoding($str, 'UTF-8', 'GBK') 做兜底转换比硬编码更稳妥。

  真正容易被忽略的是：base64 编码后的内容长度会膨胀约 33%，但 PHP mail() 对单次调用的参数总长没有硬限制，问题出在 MTA 层（如 sendmail/postfix）。如果模板极大（>100KB），建议改用 PHPMailer 或 symfony/mailer，它们自动分块、重试、并内置 MIME boundary 处理 —— 手写 mail() 头在现代邮件生态里，已经不是“能用”，而是“随时崩”。