从MIME字符串识别Base64图片起始位：双LF规则是否可靠？

你的方法在绝大多数符合规范的邮件中是有效的，但不能说100%始终可靠，原因如下：

规范层面的依据 #

MIME协议明确规定，邮件的每个部分（包括附件）由「头部字段集合」和「正文内容」组成，两者之间用空行分隔。这个空行的标准形式是两个连续的CRLF（即\r\n\r\n），但很多邮件客户端会简化为两个连续的LF（\n\n）——这就是你观察到现象的根源。所以从这个空行之后提取Base64内容，是符合MIME规范的逻辑。

潜在的例外情况 #

1. 换行符格式差异
   有些邮件会严格遵循标准用CRLF作为换行符，此时头部和正文的分隔符是\r\n\r\n，而非\n\n。如果你的代码只检测\x0A\x0A，就会找不到正确的分隔位置，导致提取失败。

2. 极端不规范的邮件
   极少数老旧或自制的邮件客户端可能生成不符合MIME规范的内容，比如头部和正文之间只有一个换行，或者插入了多余的空行。这种情况虽然罕见，但确实存在。

3. 头部折叠行不会干扰
   MIME头部允许「折叠行」（一行太长时用换行+空格/制表符续行），但这种场景下的单个换行后面会跟空格/制表符，不会出现连续两个换行，所以不会误触发你的提取逻辑。

优化建议 #

为了让代码更健壮，可以做以下调整：

• 先统一换行符格式：把所有\r\n替换成\n，再查找第一个\n\n的位置。
• 用正则匹配所有可能的空行组合：比如用preg_match('/(\r\n\r\n|\n\n|\r\r)/', $mimeStr, $matches, PREG_OFFSET_CAPTURE)定位分隔位置，再从偏移量+匹配长度的位置开始提取内容。
• 借助现有库的能力：既然你已经在用php-mime-mail-parser，直接用$attachment->getContent()获取解码后的二进制内容，再自行转成Base64，这样比手动提取更可靠（库已经处理了各种MIME规范细节）。

举个优化后的PHP代码示例：

$mimePartStr = $attachment->getMimePartStr();
// 统一换行符
$normalizedStr = str_replace("\r\n", "\n", $mimePartStr);
// 找到第一个连续两个换行的位置
$sepPos = strpos($normalizedStr, "\n\n");
if ($sepPos !== false) {
    $base64Str = trim(substr($normalizedStr, $sepPos + 2));
    // 生成data URI
    $contentType = $attachment->getContentType();
    $dataUri = "data:$contentType;base64,$base64Str";
}

或者更简单的方式，直接用库的方法：

$binaryContent = $attachment->getContent();
$contentType = $attachment->getContentType();
$dataUri = "data:$contentType;base64," . base64_encode($binaryContent);

这样就能避免手动处理MIME结构带来的各种潜在问题。

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