Rust中的迭代：如何在出错时停止并返回Result::Err

引言：为什么迭代器不肯停下来？

想象一下：你正在用Rust编写一个处理数字列表的程序——解析字符串、读取文件、执行某些转换。你使用Iterator::map来遍历每个元素。然后——砰！——其中一个元素变成了Result::Err错误。按理说应该立即停止迭代并将这个错误向上返回。但map却若无其事地继续工作。为什么？更重要的是——如何解决这个问题？

这个问题是Stack Overflow上Rust新手最常问的问题之一，这并不奇怪。Rust的错误处理机制虽然灵活，但需要有意识地使用。在本文中，我们将深入剖析这个问题，探讨几种解决方案，并选出最优雅的一种。开始吧！

问题：map不会停止

从一个经典例子开始。假设我们有一个字符串向量，想要将它们转换为数字：

fn main() {\n    let inputs = vec!["42", "hello", "100"];\n\n    let result: Vec<Result<i32, std::num::ParseIntError>> =\n        inputs.iter().map(|s| s.parse::<i32>()).collect();\n\n    println!("{:?}", result);\n}

这段代码可以编译并运行。但我们会得到什么？一个包含Result的向量：[Ok(42), Err(ParseIntError), Ok(100)]。迭代并没有在"hello"处停止，而是继续执行。对于许多任务来说，这很正常——你想要收集所有错误。但如果你需要的是第一个异常呢？例如，在加载配置时：如果某个参数不正确，继续检查就没有意义了。

问题在于map是一种惰性转换。它不知道什么是"停止"。它只是说："给我一个元素，我应用函数，返回结果"。所有暂停和继续的控制权都在迭代器的消费者（collect、for、fold等）手中。而collect对于Vec来说，只会一直执行到底。

解决方案1：使用FromIterator的collect（最流行）

Stack Overflow上最常见的答案是使用collect::<Result<Vec<_>, _>>()。Rust知道可以将Result的迭代器收集成一个包含向量的Result。如果遇到Err，收集过程就会停止并返回该错误。

fn main() -> Result<(), std::num::ParseIntError> {\n    let inputs = vec!["42", "hello", "100"];\n\n    let result: Vec<i32> =\n        inputs.iter()\n              .map(|s| s.parse::<i32>())\n              .collect::<Result<Vec<_>, _>>()?; // <-- 魔法！\n\n    println!("{:?}", result);\n    Ok(())\n}

这是如何工作的？Result<Vec<i32>, ParseIntError>类型实现了FromIterator trait。当collect遇到Err时，它会立即返回该错误，不再处理剩余元素。如果一切顺利，你会得到Ok(向量)。这种方法简洁、符合习惯且高效。

缺点：你会丢失关于错误发生在哪个元素上的信息（除非你将错误包装成自己的类型）。但对于快速脚本来说，这已经足够了。

解决方案2：使用filter_map忽略错误

有时你不想停止，而只是想忽略失败的元素。例如，只统计有效的字符串。这时filter_map非常合适：

fn main() {\n    let inputs = vec!["42", "hello", "100", "abc", "7"];\n\n    let numbers: Vec<i32> = inputs.iter()\n        .filter_map(|s| s.parse::<i32>().ok()) // .ok()将Err转换为None\n        .collect();\n\n    println!("{:?}", numbers); // [42, 100, 7]\n}

filter_map接受一个