Rust中切片（slice）的clone方法为何引发借用生命周期问题？

问题背景 #

原本使用String的代码可以正常运行，但将参数改为切片&[u8]后，调用clone()会触发生命周期错误，以下是具体代码和错误信息：

原String版本可运行代码 #

{ 
  fn f3( _s : &String) {}

  fn f( s : &String) -> impl FnMut() {
   let s2 = s.clone();
   move || f3( &s2)
  }

  let mut f2 = f( &"123".to_string());

  f2();
}

修改为切片后的代码（使用clone会报错） #

{ 
  fn f3( _s : &[u8]) {}

  fn f( s : &[u8]) -> impl FnMut() {
   // let s2 = s.clone(); // 无法运行
   let s2 = Vec::from(s);
   move || f3( &s2[..])
  }

  let mut f2 = f( &vec![1u8][..]);

  f2();
}

使用let s2 = s.clone()触发的错误 #

1169 |   fn f( s : &[u8]) -> impl FnMut() {
     |                       ------------ 该返回类型被推断为`'static`生命周期...
1170 |    let s2 = s.clone();
     |               ^^^^^ ...但此处的借用...
     |
note: ...无法存活于函数体定义的匿名生命周期#1

原因解析 #

核心差异在于**String和切片&[u8]的clone行为完全不同**：

• 对&String调用clone()时，克隆的是整个String对象，得到一个拥有独立所有权的新String，和原String没有关联。闭包通过move语义捕获这个新String后，其生命周期可以满足闭包被推断的'static要求，因此能正常返回。
• 对&[u8]调用clone()时，克隆的并不是底层的字节数据，而是切片本身——也就是一个包含指针和长度的引用结构，本质上还是借用了原数据的生命周期。这意味着s2的生命周期和函数参数s的匿名生命周期绑定，但函数返回的闭包被编译器推断需要'static生命周期（因为没有指定其他约束），而原参数的生命周期仅存在于函数f的调用期间，闭包无法持有这种短生命周期的引用，所以触发了生命周期错误。

要解决这个问题，就像示例中那样，使用Vec::from(s)将切片转换为Vec<u8>，这会复制底层的字节数据，得到一个拥有所有权的Vec。闭包通过move捕获这个Vec后，就能安全地生成新的切片引用，生命周期完全满足要求。

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