Rust中Vec使用迭代器后被转移无法复用该如何解决？

问题原因 #

• 核心是into_iter()方法会消费调用它的Vec，直接转移所有权，第一次调用后playlist_records就已经被销毁，后续自然无法访问。
• 你之前的借用写法不生效，是因为&的作用优先级低于方法调用，实际执行逻辑还是先调用playlist_records.into_iter()转移所有权，再对最终生成的Vec<String>取引用，完全没有解决所有权转移的问题。

解决方案 #

方案1：使用iter()遍历引用，保留Vec所有权 #

如果两次遍历都只需要读取QueryFavorites的内容，直接把两次的into_iter()都替换为iter()即可，iter()只会生成元素的不可变引用，不会消费原Vec：
第一步提取id的代码修改为：

let ids: Vec<String> = playlist_records
        .iter()
        .map(|item| item.source_id.to_string())
        .collect();

后续循环内的代码修改为：

for query_song in &results {
   let favTime: Vec<&QueryFavorites> = playlist_records
       .iter()
       .filter(|item| item.source_id == query_song.source_id)
       .collect();
   // 如果需要获得QueryFavorites的所有权，且QueryFavorites实现了Clone trait，可调用favTime.cloned()转换
}

方案2：提前构建索引提升性能（推荐） #

你当前的写法每次循环都会遍历整个playlist_records，数据量大时性能很差。可以提前把playlist_records转换为按source_id索引的HashMap，既解决所有权问题，又能把查询复杂度从O(n)降到O(1)：

use std::collections::HashMap;

pub fn songs(playlist_records: Vec<QueryFavorites>) -> Vec<MusicResponse> {
    // 第一步提取id
    let ids: Vec<String> = playlist_records
            .iter()
            .map(|item| item.source_id.to_string())
            .collect();
    
    // 执行查询拿到results后，提前构建索引
    let record_map: HashMap<_, _> = playlist_records
            .into_iter()
            .map(|item| (item.source_id.clone(), item))
            .collect();
    
    // 循环查询直接走HashMap
    for query_song in &results {
        if let Some(fav_item) = record_map.get(&query_song.source_id) {
            // 直接拿到对应记录，无需遍历整个Vec
        }
    }
    // 后续逻辑
}

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