Rust 结构体HashMap字段可变不可变引用同时存在借用冲突如何解决

问题核心原因 #

你遇到的冲突本质是Rust的借用规则不允许同一时间存在对同一个值的可变引用和不可变引用：

1. 原生代码中，get_mut获取单个节点的可变引用时，会锁定整个node_content HashMap的可变借用，后续再调用get做不可变读取自然违反规则。
2. 你对RefCell的使用方式有误：将整个HashMap包裹在RefCell中，调用borrow_mut后整个HashMap的可变借用会持续到你用完node变量才释放，内层循环再调用borrow就会触发运行时借用冲突。

解决方案 #

方案1：拆分读取与修改逻辑（无额外开销，优先推荐） #

你可以把参数收集和节点更新两个步骤完全拆分，先完成所有不可变读取操作，再单独做更新操作，完全避免同时持有可变和不可变借用：

pub fn set_val(&mut self, ...) {
    // 第一步：提前收集所有需要更新的节点对应的参数，全是不可变借用
    let mut update_params = Vec::new();
    for id in list.iter() {
        let node = self.node_content.get(id).unwrap();
        let mut params = Vec::new();
        for v in node.upstream_nodes() {
            let new_node = self.node_content.get(v).unwrap();
            // 这里如果Node是可Copy的直接复制，否则克隆需要的字段即可
            params.push(new_node.some_field.clone());
        }
        update_params.push((id, params));
    }

    // 第二步：单独做节点更新，只有可变借用
    for (id, params) in update_params {
        let node = self.node_content.get_mut(id).unwrap();
        // 用提前收集好的params做业务逻辑
        node.x = 10;
    }
}

这个方案完全没有额外运行时开销，最符合Rust的安全设计理念，只要你的业务逻辑允许提前收集参数，就优先选这个。

方案2：将RefCell套在单个Node上（适用于需要同时读写的场景） #

不要把整个HashMap包裹在RefCell里，而是把每个单独的Node用RefCell包裹，这样修改单个节点时只会锁定当前节点的可变借用，不会影响其他节点的读取：
首先修改结构体的字段定义：

node_content: HashMap<Id, RefCell<Node<T>>>;

然后修改方法实现：

pub fn set_val(&mut self, ...) {
    for id in list {
        // 只获取当前要修改节点的可变借用
        let mut node = self.node_content.get(id).unwrap().borrow_mut();
        
        let mut params = Vec::new();
        for v in node.upstream_nodes() {
            // 其他节点的不可变借用完全不受影响
            let new_node = self.node_content.get(v).unwrap().borrow();
            params.push(new_node.some_field.clone());
        }

        node.x = 10;
    }
}

这个方案会有极少量的运行时借用检查开销，适合业务逻辑无法拆分读写步骤的场景。

额外注意点 #

如果你不需要保存节点的全量引用，只需要节点的某个字段值（比如数值属性），也可以在第一次读取的时候直接把值复制出来，不需要持有引用，也能避免借用冲突。

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