Rust处理带引用及format=flowed格式邮件的迭代器实现问题

问题背景 #

我有一个Rust程序，负责从磁盘读取邮件并解析其中类CSV的文本（固定宽度字段，以|分隔）。因为邮件体积不大，我用fs::read_to_string把内容读成字符串，循环处理每封邮件时用.split("\n")遍历行，再通过HostInfo::from_str构造结构体，代码如下：

let mut hostiter = text.split("\n")
    .filter_map(|x| HostInfo::from_str(x));

HostInfo的字段都是拥有所有权的值，从&str引用复制而来。当前代码运行正常，但需要新增两种处理能力：

1. 处理带引用的记录行（以> > 开头），我已经通过trim_start_matches实现：

let quotes = &['>', ' '];
let mut hostiter = text.split("\n")
    .map(|x| x.trim_start_matches(quotes))
    .filter_map(|x| HostInfo::from_str(x));

2. 兼容RFC3676/format=flowed格式邮件：这类邮件在转发/回复时，目标记录会被拆分为多行，续行以" \r\n"标识（换行前有空格），非续行则在非空格字符后接"\r\n"。当前代码会跳过这些不完整记录，我需要一个能遍历完整记录行的迭代器，现有两种思路：
   a. 先按'\n'拆分字符串，修剪引用前缀后重新拼接为无引用的字符串，再将所有" \r\n"替换为空格，得到可按'\n'拆分出完整记录的字符串；
   b. 使用迭代器适配器（如group_by）将续行与主行合并。

我意识到除非采用方案a，否则无法让迭代器返回单个&str类型的完整记录，但可以重构HostInfo的构造函数以接收&str向量而非单个&str。想咨询哪种方案更优，或是否有其他合适的迭代器实现方式？

方案分析与建议 #

方案a：预处理拼接字符串 #

这是最直接的实现方式，核心优势在于：

• 逻辑简单易懂，代码改动量极小，不需要折腾复杂的迭代器逻辑
• 处理后的字符串可以直接复用现有HostInfo::from_str，完全不用修改结构体构造逻辑
• 邮件体积不大的前提下，字符串拼接的内存和性能开销完全可以忽略

唯一的小局限是需要额外存储处理后的完整字符串，但对于小体积邮件来说根本不是问题；如果后续需要保留原始行的元信息（比如行号、引用层级），这种方式会丢失这些信息，但如果仅需解析记录内容，这也无关紧要。

方案b：迭代器适配器合并续行 #

这种方式更贴合Rust流式处理的设计哲学，优点包括：

• 无需额外内存存储完整字符串，属于边遍历边处理的流式操作
• 可以保留原始行的元信息（如果后续有扩展需求）
• 避免了字符串拼接的开销（虽然小邮件场景下不明显）

但缺点也很突出：

• 必须重构HostInfo的构造函数，改成接收&[&str]或者新增一个从行片段构造的方法
• 迭代器实现相对复杂，要同时处理引用修剪和续行合并逻辑，还要注意空行、连续续行等边界情况

比如用itertools的group_by实现的大致思路：

1. 先把原始文本按"\r\n"拆分成迭代器（避免\n和\r\n混拆的问题）
2. 对每个行片段做引用前缀修剪
3. 通过group_by判断当前行是否属于续行（依据前一个行片段的结尾是否为空格）
4. 将同属一个完整记录的行片段合并成一个完整字符串或字符串切片

如果不想依赖第三方库，也可以手动实现自定义迭代器，维护一个缓冲区拼接续行片段，最终输出完整记录。

最终选择 #

如果邮件体积确实不大，方案a是更省心的最优解，能快速落地需求，还不用改动现有HostInfo的逻辑。

如果追求更优雅的流式处理，或者后续可能要处理大体积邮件，那方案b更合适。另外也可以折中：先做引用修剪和续行合并的预处理生成新字符串，再拆分处理，既复用现有构造逻辑，又保持代码简洁。

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