在Builder模式中捕获&str时如何正确使用生命周期？

先给出能正常编译的最终代码：

pub struct Generator<'a> {
    pub pattern: &'a str,
}

impl<'a> Generator<'a> {
    pub fn builder() -> GeneratorBuilder<'static> {
        GeneratorBuilder::new()
    }
}

pub struct GeneratorBuilder<'a> {
    pattern: &'a str,
}

impl<'a> GeneratorBuilder<'a> {
    pub fn new() -> Self {
        Self {
            pattern: "",
        }
    }

    pub fn with_pattern(mut self, pattern: &'a str) -> Self {
        self.pattern = pattern;
        self
    }

    pub fn build(&self) -> Generator<'a> {
        Generator {
            pattern: self.pattern,
        }
    }
}

关键修改说明： #

1. 统一结构体生命周期参数
   Generator和GeneratorBuilder都使用同一个'a生命周期参数，明确两者持有的pattern引用的存活期完全一致，且这个存活期要覆盖两个结构体实例的整个生命周期。

2. 绑定with_pattern的参数生命周期
   给with_pattern的pattern参数指定&'a str类型，让它和当前Builder的'a生命周期绑定。这样编译器能直接确认：传入的pattern存活期至少和Builder实例一样长，后续构建的Generator也能安全持有这个引用，不会出现生命周期不匹配的问题。

3. 明确build方法的返回类型生命周期
   让build返回Generator<'a>，直接关联到Builder的'a生命周期，确保Generator持有的pattern引用存活期足够长。

4. 给impl块显式标注生命周期
   替换掉之前的impl<'_>，改用impl<'a>，明确impl块操作的是带有'a生命周期的结构体实例，避免匿名生命周期带来的推断模糊性。

之前报错的核心原因是：with_pattern里的pattern用了默认的匿名生命周期，编译器无法确认它的存活期是否长于Builder的生命周期。把它和Builder的'a绑定后，就能清晰告知编译器三者（pattern、Builder、Generator）的生命周期关系，满足你要求的「pattern存活期长于Builder和Generator」的约束。

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