Rust闭包传入修改内部状态的函数参数时类型报错问题求解

你遇到的编译错误、对dyn的疑惑、以及闭包trait选择的问题，本质是没有搞清楚Rust闭包trait的调用规则、动态大小类型的约束，下面逐一说明：

编译错误的根源 #

你贴出的两个编译错误本质是同一个问题：

• FnOnce的调用约定要求取得闭包/函数的所有权才能执行调用（因为它只能被调用一次，调用后自身就被消耗），它的调用方法签名是fn call_once(self, args) -> Output，参数是self而非引用。
• 你把alterer声明为&dyn FnOnce(&u64) -> u64，也就是通过共享引用访问trait对象，你没有这个对象的所有权，自然无法移动它完成调用，这就是报错里“cannot move out of *alterer which is behind a shared reference”的直接原因。

另外你传参时写change_x(&mut plus17)也存在类型不匹配：函数参数声明的是不可变引用，你传入的是可变引用，就算修正了引用类型，也绕不开FnOnce需要所有权的问题。

为什么这里需要写dyn？ #

你的理解完全正确：
只要把trait直接作为类型使用（而不是作为泛型的trait约束），就必须加dyn关键字。因为实现同一个Fn(&u64)->u64约束的类型可能是普通函数、可能是捕获了不同变量的闭包，不同类型的内存大小不固定，属于动态大小类型（DST），无法直接在栈上存储，必须通过指针（引用、Box等）间接访问。dyn就是明确标记这里使用的是trait对象，走动态分发。
如果不需要动态分发的灵活性，你完全可以用泛型约束写闭包，不需要手动写dyn，编译器会自动推导类型。

FnOnce/FnMut/Fn 选型说明 #

三个闭包trait的核心区别在于调用时对自身的访问权限，对应不同的使用场景：

• FnOnce：调用时取得自身所有权，仅能调用1次，适合调用后就会消耗自身捕获值的场景（比如把捕获的变量move出去的闭包）
• FnMut：调用时仅需要自身的可变引用，可以多次调用，允许修改自身捕获的可变变量
• Fn：调用时仅需要自身的不可变引用，可以无限次调用，不允许修改自身捕获的变量

你提到“alterer只会被调用一次，所以选FnOnce逻辑合理”，这个推导本身没有问题，但如果通过引用传递alterer，你根本拿不到它的所有权，就无法调用FnOnce。对于你当前的场景，传入的plus17是没有捕获任何变量的普通函数，天然实现Fn，用Fn作为约束就完全够用，也不会触发所有权错误。

另外需要注意：你原始代码里x是不可变绑定，就算闭包捕获了x，也无法直接修改x本身，alterer只能读取x的值计算返回新结果；如果真的要实现“修改内部状态x”的效果，需要把x声明为可变，同时调整alterer的参数类型为可变引用。

可运行的修正代码 #

版本1：仅读取x值计算新结果（对应你原始代码的逻辑） #

pub fn plus17(h: &u64) -> u64 {
    *h + 17
}

pub fn main() {
    let x = 0;
    // 用Fn作为约束，通过引用调用不需要所有权
    let change_x = |alterer: &dyn Fn(&u64) -> u64| alterer(&x);
    // 直接传入函数的不可变引用即可
    let res = change_x(&plus17);
    println!("计算结果: {}", res); // 输出17
    println!("原始x值: {}", x); // 原始x不可变，输出0
}

版本2：真正修改内部状态x #

pub fn plus17(h: &mut u64) {
    *h += 17;
}

pub fn main() {
    let mut x = 0;
    // 闭包需要捕获x的可变引用，alterer用FnMut约束即可支持修改逻辑
    let mut change_x = |alterer: &mut dyn FnMut(&mut u64)| alterer(&mut x);
    change_x(&mut plus17);
    println!("修改后的x值: {}", x); // 输出17
}

如果你确实需要使用FnOnce（比如传入的alterer是会消耗自身捕获值的闭包），就不能通过引用传递alterer，需要把trait对象装在Box里传入所有权，但对于当前的简单场景属于过度设计，没有必要。

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