为何Rust中Vec<T>的.push()方法采用&mut Vec<T>而非所有权转移？

Rust标准库选择&mut self的设计，主要是从易用性、语言一致性、性能适配等多个维度考量的：

• 适配日常开发的高频场景
  大部分时候我们需要持续操作同一个Vec实例——比如循环批量添加元素、在不同代码块中补充内容。如果push设计成消费自身并返回新实例，代码会变得冗余啰嗦：

  // 当前设计的写法（简洁直观）
  let mut vec = Vec::new();
  vec.push(1);
  vec.push(2);
  
  // 纯函数式设计的写法（繁琐重复）
  let mut vec = Vec::new();
  vec = vec.push(1);
  vec = vec.push(2);
  

  这种重复的变量绑定会大幅降低代码的可读性和编写效率，尤其是在复杂逻辑中。

• 契合Rust的所有权与借用体系
  Rust的核心安全模型就是围绕所有权、借用规则构建的。&mut self的可变借用方式，既保证了同一时间只有一个引用能修改Vec（从根源避免数据竞争），也和标准库中其他容器的修改方法（比如HashMap::insert、String::push_str）保持一致，形成统一的编程范式，用户不需要额外学习特殊规则。

• 减少不必要的所有权转移开销
  虽然Vec的胖指针（指针、长度、容量）在栈上拷贝的开销很小，但频繁的所有权转移会给编译器带来额外的优化负担，尤其是在深层嵌套的函数调用中，直接通过可变借用修改内存的效率更高。另外，如果Vec是某个结构体的字段，消费self的设计意味着必须把整个结构体移进push方法再返回，这在绝大多数场景下都是不合理的，而可变借用可以直接修改结构体字段，无需转移整个结构体的所有权。

• 函数式风格可灵活扩展
  Rust的 trait 系统允许开发者根据自身需求实现函数式风格的push。比如可以自定义一个扩展trait：

  trait PushFunctional {
      type Item;
      fn push_fn(self, elem: Self::Item) -> Self;
  }
  
  impl<T> PushFunctional for Vec<T> {
      type Item = T;
      fn push_fn(mut self, elem: T) -> Self {
          self.push(elem);
          self
      }
  }
  

  这样就能用vec![1,2].push_fn(3).push_fn(4)的链式调用方式，满足特定场景的函数式需求，而标准库只需要保证通用场景的最优设计即可。

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