为何iter()对[i32]与Vec<i32>的行为表现存在差异？

嗨，这个问题我刚接触Rust的时候也懵过，咱们一点点理清楚！

你说的现象太真实了：用Vec<i32>的iter()生成迭代器，把它用在for循环之后再重复用，就会报“值已移动”；但换成[i32]数组做同样操作，啥问题都没有。这背后的核心原因，其实和Rust的所有权、Copy特性以及数组与Vec的本质差异有关：

1. 数组和Vec的本质天差地别 #

数组[i32; N]是栈上的固定大小类型，而且因为i32是实现了Copy的简单类型，整个数组也自动拥有了Copy trait。简单说就是，数组的任何副本操作都是直接复制一份新的，原数据不会被“拿走”。

而Vec<i32>是堆上的动态容器，它本身没有Copy trait——毕竟堆上的数据复制成本高，Rust不会默认给它加这个特性，要复制得手动调用clone()。

2. 迭代器的Copy实现不一样 #

当你调用数组的iter()时，得到的迭代器类型是std::array::Iter，这个类型专门为数组设计，而且实现了Copy trait。这意味着，当你把这个迭代器变量放进for循环时，Rust会悄悄复制一份迭代器来用，原变量完完整整留在那，你之后再用它完全没问题。

而Vec的iter()返回的是std::slice::Iter类型——哎，其实这个类型也实现了Copy啊？那为什么你会遇到移动错误？哦，大概率是你写代码时的小细节：比如你把迭代器存到了一个变量里，然后直接用for循环消耗这个变量。比如这样：

let v = vec![1, 2, 3];
let my_iter = v.iter();
// for循环会直接移动my_iter的所有权，消耗掉它
for num in my_iter {
    println!("{}", num);
}
// 这里my_iter已经被移动了，自然报错
for num in my_iter {
    println!("{}", num);
}

但换成数组的迭代器就不一样了：因为array::Iter是Copy的，for循环会自动复制一份my_iter来用，原变量根本没被移动，所以第二次循环还能正常跑。

哦对了，还有个容易搞混的点：如果你直接写for num in v（而不是v.iter()），那是直接消耗整个Vec的所有权，之后别说迭代器了，连Vec本身都用不了，这和iter()的情况完全是两码事。

总结一下：核心就是数组的迭代器支持复制，for循环不会消耗原迭代器变量；而Vec的迭代器虽然理论上能复制，但如果你把它存到变量里再用for循环，Rust默认会走移动语义（除非你手动复制，比如for num in my_iter.clone()），所以用一次就不能再用了。

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