如何正确获取刚推入Vec的元素的引用？

你遇到的是Rust借用检查器的典型场景：调用my_vec.push(foo)后，foo的所有权已经转移给Vec，此时再引用&foo会触发错误——因为foo变量已不再拥有该值的所有权，生命周期已结束。

你的当前写法&my_vec.last().unwrap()是可行且正确的，同时这也是Rust中获取刚添加元素引用的常见方式之一。

几种标准实现方式： #

1. 使用Vec::last()方法
   这是最简洁的写法，last()返回Option<&T>，刚完成push操作的Vec不可能为空，所以unwrap()是安全的：

   my_vec.push(foo);
   Somelib::do_something_with(&my_vec, my_vec.last().unwrap());
   

   若想让错误信息更明确，可用expect()替代unwrap()：

   my_vec.last().expect("刚推入的元素必然存在")
   

2. 通过索引直接访问
   利用Vec长度减一作为索引，直接获取元素引用：

   my_vec.push(foo);
   Somelib::do_something_with(&my_vec, &my_vec[my_vec.len() - 1]);
   

   这种写法和last().unwrap()效果一致，当Vec为空时会panic，但刚push后不会出现这种情况。

3. 更严谨的非panic写法（可选）
   若想完全避免panic（即使理论上不可能发生），可用if let分支处理：

   my_vec.push(foo);
   if let Some(new_item) = my_vec.last() {
       Somelib::do_something_with(&my_vec, new_item);
   }
   

   这种写法更贴合Rust“安全优先”的理念，且在刚push完的场景下，分支必然会执行。

为什么这些写法是安全的？ #

调用push后，Vec可能因容量不足重新分配内存，但无论是否重新分配，last()或索引访问都会指向新添加元素的正确内存位置，不会出现悬垂引用问题，Rust的类型系统已保证这一点。

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