我遇到了一个令人困惑的情况,即编译器的输出在逻辑上是没有意义的。 这是重现与我的项目代码相同的问题的最小示例。
use std::sync::Arc;
struct A<'a, T> {
f: Box<dyn Fn(&u32) -> T + 'a>
}
struct B<'a> {
inner: A<'a, Z<'a>>
}
impl<'a, T> A<'a, T> {
fn new<F>(f: F) -> Self where F: Fn(&u32) -> T + 'a {
A { f: Box::new(f) }
}
}
struct X<'a> {
_d: &'a std::marker::PhantomData<()>
}
struct Z<'a> {
_d: &'a std::marker::PhantomData<()>
}
impl<'a> X<'a> {
fn g(&self, y: u32) -> Z {
Z { _d: &std::marker::PhantomData }
}
}
impl<'a> B<'a> {
fn new(x: Arc<X<'a>>) -> Self {
B {
inner: A::new(move |y: &u32| -> Z {
x.g(*y)
})
}
}
}
fn main() {
}
以及令人困惑的编译错误:
error[E0495]: cannot infer an appropriate lifetime for lifetime parameter in function call due to conflicting requirements
--> t.rs:35:19
|
35 | x.g(*y)
| ^
|
note: first, the lifetime cannot outlive the lifetime '_ as defined on the body at 34:27...
--> t.rs:34:27
|
34 | inner: A::new(move |y: &u32| -> Z {
| ^^^^^^^^^^^^^^^^^^^
note: ...so that closure can access `x`
--> t.rs:35:17
|
35 | x.g(*y)
| ^
note: but, the lifetime must be valid for the lifetime 'a as defined on the impl at 31:6...
--> t.rs:31:6
|
31 | impl<'a> B<'a> {
| ^^
= note: ...so that the expression is assignable:
expected B<'a>
found B<'_>
error: aborting due to previous error
我不太了解日志中提到的“生存期”是什么,以及匿名生存期'_
的确切含义。
答案 0 :(得分:2)
您的代码中有一个小疏漏。应该是:
impl<'a> X<'a> {
fn g(&self, y: u32) -> Z<'a> {
Z { _d: &std::marker::PhantomData }
}
}
然后整个事情编译。这是Rust的lifetime elision rule发挥作用的一个例子。
根据相关的省略规则,即:
- 输入位置的每个消除寿命成为一个独特的寿命参数。
- 如果有多个输入生命周期位置,但其中一个是
&self
或&mut self
,则self
的生命周期将分配给所有被忽略的输出生命周期。
然后rustc
的原始代码实际上将如下所示:
impl<'a> X<'a> {
fn g<'b>(&'b self, y: u32) -> Z<'b> {
Z { _d: &std::marker::PhantomData }
}
}
被删除的生存期参数'b
将来自调用站点,这恰好是您在错误消息中看到的。 rustc
无法调和这两个生存期,因此会出现错误。