SMTP多附件场景下是否需为每个附件分配单独流？

你遇到的这个问题核心原因确实是每个SMTP附件都需要独立的流实例，咱们来一步步拆解清楚：

为什么复用流会导致只有第一个附件有内容？ #

当你用同一个流添加多个附件时，第一个附件写入完成后，流的位置指针已经移动到了流的末尾。后续添加附件时，程序从流的末尾开始读取，自然读不到任何数据，所以后面的附件就变成空白了。哪怕你想着手动把流指针重置到起始位置（比如调用stream.Seek(0, SeekOrigin.Begin)），也可能因为SMTP客户端的内部处理逻辑、流的共享状态冲突等问题出问题，本质上复用流就不是正确的做法。

正确的实现方式：为每个附件创建独立流 #

循环处理附件时，给每个附件单独创建流实例，并用using块包裹，确保流的生命周期被正确管理。示例代码如下：

// 假设你有一个存放附件路径的列表
var attachmentPaths = new List<string> { "report.pdf", "data.csv", "image.png" };
var mailMessage = new MailMessage();

foreach (var filePath in attachmentPaths)
{
    // 每个附件单独创建流，using块会自动释放资源
    using (var fileStream = new FileStream(filePath, FileMode.Open, FileAccess.Read))
    {
        var attachment = new Attachment(
            fileStream, 
            Path.GetFileName(filePath), 
            MediaTypeNames.Application.Octet
        );
        mailMessage.Attachments.Add(attachment);
    }
}

// 发送邮件
using (var smtpClient = new SmtpClient("your-smtp-server.com"))
{
    smtpClient.Send(mailMessage);
}

这里不用担心using块关闭流后SMTP客户端读不到数据——Attachment类在构造时会妥善处理流的内容（要么读取缓存，要么确保发送时能正确访问），所以每个附件用独立的流是完全安全的。

对你疑问的明确答复 #

是的，每个SMTP附件都需要单独的流。流是带状态的（位置指针、读写权限等），复用流会导致状态冲突，不仅会出现你遇到的空白附件问题，还可能引发资源泄漏、数据错乱等更隐蔽的问题。独立管理每个附件的流，既是符合.NET资源管理的最佳实践，也是确保邮件附件正常发送的必要条件。

内容的提问来源于stack exchange，提问作者Иво Недев