PHP 8.1 升级后，使用 mail() 发送多部分邮件（multipart/alternative）时，若换行符未严格遵循 RFC 2822 规范（即必须为 \r\n），会导致 MIME 边界标识被错误解析为正文内容，从而在收件端显示冗余边界头——这是 PHP 8.1 对邮件头解析更严格的直接体现。
php 8.1 升级后，使用 `mail()` 发送多部分邮件（multipart/alternative）时，若换行符未严格遵循 rfc 2822 规范（即必须为 `\r\n`），会导致 mime 边界标识被错误解析为正文内容，从而在收件端显示冗余边界头——这是 php 8.1 对邮件头解析更严格的直接体现。
在 PHP 8.1 及更高版本中，mail() 函数对邮件协议合规性要求显著提升。你遇到的 --PHP-alt-4de4a7c8434ad5b8f6adb6e50c35b0da 等边界字符串意外出现在邮件正文开头，根本原因并非代码逻辑错误，而是 MIME 结构中换行符不规范导致邮件解析器将本应作为“分隔控制指令”的边界行误判为普通文本内容。
? 问题根源分析
你的原始代码使用 implode("\n", $body) 拼接邮件体，但在 PHP 8.1 中：
-
\n（LF）不再被自动转换为标准的\r\n（CRLF）； - RFC 2822 明确规定：所有邮件头与 MIME 部分之间必须使用
\r\n分隔； - 当边界行（如
--PHP-alt-xxx）前缺少\r\n或前后换行不一致时，MTA（如 Sendmail/Postfix）或 PHP 内部封装层会将该行视为“未结束的头部”或“无结构正文”，最终将其原样输出到收件人可见内容中。
此外，你观察到的邮件头中每行前多出一个空格（如 From:），正是因 \nFrom: 被解释为“续行”（folded header），触发了 RFC 规定的自动缩进行为——这进一步印证了换行符缺失引发的协议解析错位。
✅ 正确修复方案（关键修改）
将所有 implode() 中的换行符统一替换为 \r\n，并确保边界行前后均有完整 CRLF：
// ✅ 正确：使用 \r\n 作为唯一换行符
$headers = [
$from,
"Reply-To: " . $fromemail,
"Content-Type: multipart/alternative; boundary=\"PHP-alt-" . $random_hash . "\"",
"MIME-Version: 1.0"
];
$body = [];
// Plain text part — 注意：边界行前后必须是 \r\n，且空行不可省略
$body[] = "--PHP-alt-" . $random_hash;
$body[] = "Content-Type: text/plain; charset=\"utf-8\"";
$body[] = "Content-Transfer-Encoding: 8bit";
$body[] = ""; // ← 这个空行必须存在，且由 \r\n 分隔
$body[] = $message;
// HTML part
$body[] = "--PHP-alt-" . $random_hash;
$body[] = "Content-Type: text/html; charset=\"utf-8\"";
$body[] = "Content-Transfer-Encoding: 8bit";
$body[] = "";
$body[] = "<meta http-equiv='\"Content-Type\"' content='\"text/html;' charset='utf-8\"'><title>" . htmlspecialchars($subject) . "</title>" . $message . "";
// Final boundary — 必须以 --boundary-- 结尾，并带 \r\n
$body[] = "--PHP-alt-" . $random_hash . "--";
// ⚠️ 核心：全部使用 \r\n 拼接！
$full_headers = implode("\r\n", $headers);
$full_body = implode("\r\n", $body);
$success = mail($email, $subject, $full_body, $full_headers);
? 补充注意事项
-
不要手动添加多余空格或制表符：如
From:中的前置空格会触发邮件头折叠，应确保$from字符串本身不含首尾空白； -
避免在
$headers数组中混用\r\n和\n：统一用数组拼接 +implode("\r\n")最安全； -
中文/UTF-8 内容需额外处理：若
$message含中文，建议显式设置Content-Transfer-Encoding: base64并对内容进行base64_encode()，防止编码错乱； -
生产环境强烈推荐迁移至 SMTP 库：
mail()依赖系统 MTA，调试困难、投递率低、无法获取详细错误日志。建议改用 PHPMailer 或 Symfony Mailer，它们内置 RFC 合规性校验、SMTP 认证、失败重试与详细异常反馈。
? 总结
PHP 8.1 并未改变 mail() 的接口，但强化了对邮件协议（尤其是换行符和 MIME 结构）的合规性校验。--PHP-alt-... 意外出现在正文，本质是「协议层面的语法警告」而非功能缺陷。只需将 \n 全面升级为 \r\n，并严格遵循 MIME 多部分格式（边界行、空行、终止标记），即可彻底解决。这一改动也适用于 PHP 8.2+ 及未来版本，是现代 PHP 邮件开发的必备实践。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
