为何&Range<T>未实现Iterator trait，而&mut Range<T>却实现了该trait？

这个问题问得挺到位的，刚好涉及到Rust迭代器设计和借用规则的核心关联，我来给你拆解清楚：

首先先看你给出的示例代码（基于rustc 1.86.0 (05f9846f8 2025-03-31)版本）：

fn main() {    
    let mut source = 1..3;    

    test(&mut source); // 编译通过，说明&mut Range<T>实现了Iterator
    test(&source); // 编译报错：`&std::ops::Range<{integer}>` is not an iterator
}  

fn test(i: impl Iterator<Item = i32>) {    
    for i in i {        
        println!("{}", i);    
    }  
}  

核心根源：迭代器需要修改自身状态 #

Rust的Iterator trait核心方法next的签名是：

fn next(&mut self) -> Option<Self::Item>;

注意这里要求的是可变的self引用——因为迭代的本质就是不断更新迭代器内部的「当前位置」状态。拿Range<T>来说，它的迭代逻辑就是每次调用next时，把内部的start字段加1，直到start超过end为止，这个过程必须修改Range的内部数据。

为什么&mut Range能实现Iterator？ #

可变引用&mut T本身就拥有对底层数据的可变访问权限，Rust标准库为所有实现了Iterator的类型自动实现了&mut T: Iterator——也就是说，当你把&mut Range<T>传给需要impl Iterator的参数时，它的next方法会通过可变引用调用底层Range的next，顺利修改start字段来推进迭代，完全符合规则。

为什么&Range不能实现Iterator？ #

不可变引用&T的核心规则就是不能修改底层数据，而迭代必须修改迭代器的内部状态，这就产生了矛盾。如果强行给&Range<T>实现Iterator，它的next方法根本没办法修改Range的start字段，自然无法完成迭代逻辑，所以标准库不会为&Range<T>实现Iterator，这也是你代码报错的原因。

小补充：如果想用不可变引用相关的方式迭代怎么办？ #

其实你可以直接传递Range本身（按值传递），或者克隆一个新的Range来用——因为Range是非常轻量的类型，克隆成本几乎可以忽略：

fn main() {    
    let source = 1..3; // 甚至不需要mut了
    test(source.clone()); // 克隆一个新的Range作为迭代器
    test(source); // 按值传递原Range
}

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