Rust HashMap插入生成字符串触发借用检查错误的问题

问题1：究竟是谁在借用key？ #

是你创建的HashMap<&str, f64>在借用key。这个HashMap的key类型是&str（字符串切片），它本身不持有字符串的所有权，只是指向一个已经存在的字符串。而你每次调用generate_string()返回的是临时String，循环结束后这个临时String会被Rust的所有权机制销毁，HashMap里的&str引用就会变成“悬空引用”——指向已经不存在的内存，这是Rust绝对不允许的，所以编译器报错生命周期不足。

你尝试克隆key后用as_str()插入，本质上还是在创建临时String（克隆出来的那个），这个临时值同样会在当前循环迭代结束后被释放，HashMap的引用依然会悬空，所以还是报错。

问题2：如何正确将generate_string的返回值插入HashMap？ #

有两种最常用的解决方式：

方式一：让HashMap持有字符串所有权（推荐） #

把HashMap的key类型从&str改成String，这样HashMap会直接持有每个key的所有权，不需要依赖外部的字符串存活。代码示例：

use std::collections::HashMap;

// 示例generate_string函数
fn generate_string() -> String {
    "some_key".to_string()
}

#[test]
fn test_hashmap_insert() {
    let mut map = HashMap::<String, f64>::new();
    for _ in 0..5 {
        let key = generate_string();
        map.insert(key, 3.14);
        // 也可以直接简化为一行：map.insert(generate_string(), 3.14);
    }
}

这种方式最符合Rust的所有权逻辑，不需要额外操心生命周期问题。

方式二：提前持有所有key的所有权，让HashMap持有引用 #

如果你一定要用&str作为key类型，需要先把所有生成的String存储在一个不会提前销毁的容器（比如Vec）里，确保这些String的生命周期覆盖整个HashMap的生命周期。代码示例：

use std::collections::HashMap;

fn generate_string() -> String {
    "some_key".to_string()
}

#[test]
fn test_hashmap_insert() {
    let mut keys = Vec::new();
    let mut map = HashMap::<&str, f64>::new();
    for _ in 0..5 {
        let key = generate_string();
        keys.push(key);
        // 从Vec中获取最新插入字符串的引用
        map.insert(keys.last().unwrap().as_str(), 3.14);
    }
    // 注意：keys必须在map之后被销毁，否则map的引用会悬空
}

这种方式需要严格保证存储String的容器（这里是keys）的生命周期比HashMap长，否则依然会触发生命周期错误。

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