Rust中能否在不克隆的情况下将HashMap的键作为对应值的一部分使用？

当然可以！咱们先来分析下你遇到的问题，再给出几种高效的解决方案，完全不用做昂贵的字符串克隆~

问题根源 #

你代码里的错误是因为HashMap::entry()方法会拿走team_name的所有权——毕竟HashMap需要拥有它的键。当你在or_insert()里尝试再次使用team_name时，它的所有权已经被转移到HashMap的Entry中了，所以Rust会报错说你使用了一个被移动的值。

解决方案1：用Rc共享字符串（零开销“克隆”指针） #

如果你的Team结构体确实需要存储name字段，最优雅的方式是用Rc<String>（引用计数字符串）来共享同一个字符串的所有权。Rc的“克隆”只是复制一个轻量级的指针，并不会复制字符串本身，性能开销几乎可以忽略：

use std::collections::HashMap;
use std::rc::Rc;

#[derive(Debug)]
struct Team {
    name: Rc<String>,
    goals_scored: u8,
}

fn build_add_score(team_name: String, team_score: u8, scores: &mut HashMap<Rc<String>, Team>) {
    let team_name_rc = Rc::new(team_name);
    // 克隆Rc指针（只是复制指针，不复制字符串内容）
    let team = scores.entry(Rc::clone(&team_name_rc)).or_insert(
        Team { name: team_name_rc, goals_scored: 0 }
    );
    team.goals_scored += team_score;
}

fn main() {
    let mut scores: HashMap<Rc<String>, Team> = HashMap::new();
    build_add_score(String::from("My Team"), 5, &mut scores);
    println!("scores: {:?}", scores);
}

这样HashMap的键和Team的name字段共享同一个字符串的内存，既保证了内存安全，又避免了不必要的拷贝。

解决方案2：去掉Team里的name字段（最简洁） #

仔细想想，HashMap的键本身就是团队名称，其实完全没必要在Team结构体里重复存储它。如果你的业务逻辑允许，可以直接去掉name字段，需要的时候通过HashMap的键来获取：

use std::collections::HashMap;

#[derive(Debug)]
struct Team {
    goals_scored: u8,
}

fn build_add_score(team_name: String, team_score: u8, scores: &mut HashMap<String, Team>) {
    let team = scores.entry(team_name).or_insert(Team{ goals_scored: 0 });
    team.goals_scored += team_score;
}

fn main() {
    let mut scores: HashMap<String, Team> = HashMap::new();
    build_add_score(String::from("My Team"), 5, &mut scores);
    // 需要显示团队名称时，遍历键值对即可
    for (name, team) in &scores {
        println!("Team: {}, Goals: {}", name, team.goals_scored);
    }
}

这种方法完全避免了任何克隆，代码也更简洁，是最推荐的方案——除非你有必须在Team里存储name的特殊需求。

为什么不能直接用引用？ #

你可能会想：能不能让Team的name是指向HashMap键的引用？理论上看似可行，但实际上Rust不允许这么做——因为HashMap在扩容时会移动键的内存位置，导致值里的引用变成悬垂引用，违反内存安全规则。所以这种方案在Rust里是行不通的，编译器会直接阻止你这么写。

备注：内容来源于stack exchange，提问作者oneself