Rust权威指南第12章项目修改：search函数迭代器所有权问题咨询

嘿，我来帮你搞定这个问题！你遇到的错误核心是迭代器元素类型和目标集合类型不匹配：

contents.lines()返回的迭代器产生的是&str类型的元素——这些是原contents字符串的切片引用，并没有所有权；但你想要收集成Vec<String>，也就是拥有所有权的字符串集合，编译器自然会报错。

下面给你两种常用的解决方案，你可以根据需求选择：

方案1：将切片转换为拥有所有权的String（最直接） #

通过map迭代器，把每个&str转换成String，这样就能顺利收集到目标集合里了：

fn search(query: &str, contents: String) -> Vec<String> {
    contents.lines()
        .filter(|line| line.contains(query))
        .map(|line| line.to_string())  // 把&str复制为拥有所有权的String
        .collect()
}

这个方法的好处是简单直接，返回的Vec<String>里的每个元素都有独立所有权，后续你可以随意修改或者销毁原contents都不会影响它们。

方案2：返回切片引用（更高效） #

如果你不需要修改返回的行，只是用来读取，那么可以修改函数的参数和返回类型，直接返回原字符串的切片引用，避免不必要的内存复制：

fn search<'a>(query: &str, contents: &'a str) -> Vec<&'a str> {
    contents.lines()
        .filter(|line| line.contains(query))
        .collect()
}

这里需要添加生命周期标注'a，告诉编译器返回的切片引用的生命周期和输入的contents引用一致——只要contents还活着，返回的切片就有效。这种方法性能更好，因为没有字符串复制的开销。

关于你问的“类似lines且能获取所有权的方法” #

标准库并没有直接提供这样的方法，因为lines()的设计就是为了高效地遍历字符串的行切片。如果一定要避免显式调用to_string()，其实可以手动按换行符分割并转换，但本质和方案1是一样的，比如：

fn search(query: &str, contents: String) -> Vec<String> {
    contents.split_inclusive('\n')
        .map(|line| line.trim_end_matches('\n').trim_end_matches('\r').to_string())
        .filter(|line| line.contains(query))
        .collect()
}

但这种写法反而不如直接用lines().map(|l| l.to_string())简洁，还需要自己处理不同的换行符（比如Windows的\r\n），所以更推荐方案1。

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