添加use std::error::Error声明导致Rust代码编译失败

我写了一个用于记录完整调用栈的函数，代码如下：

fn report_error(error: &Box<dyn std::error::Error>, message: &str) {
    let mut error_msg = Vec::<String>::new();
    error_msg.push(message.to_string());
    if let Some(source) = error.source() {
        error_msg.push("caused by:".into());
        for (i, e) in std::iter::successors(Some(source), |e| e.source()).enumerate() {
            error_msg.push(format!("	{}: {}", i, e));
        }
    }
    tracing::error!("{}", error_msg.join("\n"));
}

这段代码在rustc 1.67.1环境下能正常编译运行，但在顶部添加use std::error::Error;声明后，编译直接失败，报错信息如下：

Compiling playground v0.0.1 (/playground)
error: lifetime may not live long enough
 --> src/lib.rs:8:63
  |
8 |         for (i, e) in std::iter::successors(Some(source), |e| e.source()).enumerate() {
  |                                                            -- ^^^^^^^^^^ returning this value requires that `'1` must outlive `'2`
  |                                                            ||
  |                                                            |return type of closure is Option<&'2 dyn std::error::Error>
  |                                                            has type `&'1 &dyn std::error::Error`

error: could not compile `playground` due to previous error

我完全搞不懂原因——显式导入Error明明没改变代码里的类型，为什么会触发这个生命周期错误？

这是Rust类型推断中一个非常微妙的行为差异：

• 没有显式use std::error::Error;时，代码里的dyn std::error::Error是完全限定名，Rust会自动为这个trait对象推断出高阶生命周期（即能适配上下文的灵活生命周期），刚好满足successors迭代器闭包的引用生命周期要求。
• 当添加use std::error::Error;后，闭包里的e.source()会被解析为使用导入的Error trait，此时编译器的类型推断会默认给trait object绑定更严格的生命周期约束：闭包参数e是&'1 &dyn Error类型，而e.source()返回的Option<&'2 dyn Error>要求'1必须长于'2，但编译器无法确认这一点，因此抛出生命周期不匹配的错误。

本质上是显式导入改变了trait的解析路径，进而影响了编译器生命周期推断的默认逻辑。

有两种简单的修复方式：

方式一：显式标注高阶生命周期 #

在闭包中为trait object标注'_生命周期，让编译器重新推断合适的灵活生命周期：

for (i, e) in std::iter::successors(Some(source), |e: &(&dyn Error + '_)| e.source()).enumerate() {
    error_msg.push(format!("	{}: {}", i, e));
}

或者通过解引用再引用的方式，间接让编译器正确推断生命周期：

for (i, e) in std::iter::successors(Some(source), |e| (&**e).source()).enumerate() {
    error_msg.push(format!("	{}: {}", i, e));
}

方式二：使用完全限定调用 #

即使导入了Error，在闭包中仍然用完全限定名调用source方法，强制编译器沿用之前的生命周期推断逻辑：

for (i, e) in std::iter::successors(Some(source), |e| std::error::Error::source(e)).enumerate() {
    error_msg.push(format!("	{}: {}", i, e));
}

内容的提问来源于stack exchange，提问作者Riccardo T.