Rust社区迭代struct字段时修改其他字段的标准实现方案是什么？

问题原因说明 #

你遇到的是Rust借用检查器对结构体整体方法借用和字段借用的粒度差异问题：

• 直接写self.counter += 1时，编译器能识别出仅对counter字段做可变借用，和正在持有self.senders的不可变借用没有重叠，因此可以通过检查
• 调用self.inc_counter()时，方法签名要求对整个self做可变借用，和已经持有的self.senders不可变借用冲突，因此编译失败

社区主流处理方案 #

按优先级从高到低排序：

1. 拆分方法借用粒度（最推荐，零运行时开销） #

如果方法仅需要操作结构体的部分字段，不要直接声明为接收&mut self，而是把需要修改/访问的字段作为独立参数传入，让编译器可以明确识别借用范围不重叠。针对你的场景可以修改为：

impl Node {
    // 仅接收需要操作的counter引用，不需要借用整个self
    fn inc_counter(counter: &mut usize) {
        *counter += 1;
    }
    fn send(&mut self) {
        for s in self.senders.iter() {
            Self::inc_counter(&mut self.counter);
            s.send(self.counter);
        }
    }
}

这种方案不需要修改原有数据结构，也不损失可读性和重构能力，是这类问题的首选处理方式。

2. 用索引遍历代替迭代器遍历（次推荐，零运行时开销） #

如果方法逻辑复杂，拆分参数成本过高，可以把迭代器遍历改为按索引访问：

fn send(&mut self) {
    for i in 0..self.senders.len() {
        self.inc_counter();
        // 每次循环临时获取sender引用，不会持有整个senders的长期借用
        self.senders[i].send(self.counter);
    }
}

这种方案改动极小，仅调整遍历方式就可以解决借用冲突，适合迭代逻辑简单的场景。

3. 内部可变性（适合复杂场景，Cell实现零开销） #

如果逻辑非常复杂，上述两种方案都不适用，可以用Cell包裹需要修改的counter字段：

use std::cell::Cell;
use std::sync::mpsc::{Sender, channel};

struct Node {
    counter: Cell<usize>,
    senders: Vec<Sender<usize>>,
}

impl Node {
    // 此时方法仅需要&self即可修改counter
    fn inc_counter(&self) {
        self.counter.set(self.counter.get() + 1);
    }
    fn send(&self) {
        for s in self.senders.iter() {
            self.inc_counter();
            s.send(self.counter.get());
        }
    }
}

Cell针对Copy类型没有任何运行时开销，仅改变了借用检查的语义，适合需要保留整体方法调用的场景。如果是非Copy类型可以用RefCell，会有极小的运行时借用检查成本。

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