Rust 嵌套 FnMut 返回对已捕获变量的引用，该变量逃脱了闭包体

让我们go 掉所有迭代器部分，只考虑正在构造的闭包.

    let mut i = 0;
    let f = || {
        || {
            let x = i;
            i += 1;
            x
        }
    };

i是由内部闭包使用的变量，因此由它borrow .现在，想一想如果我运行这个程序会发生什么:

let c1 = f();
let c2 = f();
[c1(), c2()]

c1和c2都是捕获i and mutate it的闭包.因此，同时拥有它们允许共享可变状态，而不需要任何同步/互斥机制，这在Rust中总是被禁止的.编译上述代码将产生与您相同的错误.

Iterator::flat_map()实际上不会调用函数并像这样保留其中的两个，但它的签名不能将这一事实传达给编译器，所以编译器必须假设最坏的情况可能会发生.

既然我们知道允许这种模式是不合理的，为什么以您看到的方式描述错误呢？

当您在闭包中引用一个变量时，它(通常)会变成该变量的borrow.换句话说，调用|| { i += 1; }会构造一个包含指向i的&mut i32的值.这意味着|| { i += 1; }本身是一个需要能够可变borrow i的表达式，因此包含|| { i += 1; }本身的闭包需要可变borrow i.

每当闭包包含可变的借入(或其他一些情况)时，这意味着调用闭包本身需要&mut self(基于相同的一般原则，您不能通过&来改变&mut).这就是为什么闭包被推断为FnMut(需要&mut self才能调用的函数类型)并且编译器会告诉您这一点的原因.

现在，为什么FnMut个闭包"只有在执行时才能访问它们捕获的变量"？我不确定如何解释这个问题的确切描述，但我确信它从根本上讲是关于&mut是唯一的要求，如果它被允许，最终会有某种方法来修改函数的状态，而它的结果仍然是borrow 的.

最后，你如何解决你的问题？嗯，在simple个 case 中，答案通常是将闭包设置为move || {个闭包.这意味着不再有借入，关闭owns现在是i计数器，所以它可以活得和关闭一样长.但在您的情况下，这并没有帮助，因为您实际上正在try (我假设)拥有一个在所有东西之间共享的计数器.因此，您需要一个内部可变性工具.对于这种情况，最简单的是Cell，它允许读写一个值(只要它是Copy)，而不需要对它进行borrowing.

    use std::cell::Cell;

    let i = Cell::new(0);
    let x = (0..).flat_map(|_| {
        (0..).map(|_| {
            let x: i32 = i.get();
            i.set(x + 1);
            x
        })
    });