Rust编译器为何对anyhow Result与OnceLock::set返回值产生混淆

首先明确OnceLock::set()的返回类型：它返回Result<(), T>，其中T是你传入的初始化值的类型（这里是Mutex<Coms>）。这个设计的原因是：如果OnceLock已经被初始化过，set方法会把你传入的T原封不动地通过Err(T)返回，避免内存泄漏（直接丢弃可能丢失堆上数据）。

两种场景的差异分析 #

1. 未使用?的场景
   此时你仅调用了set方法但未处理它返回的Result，Rust编译器的未使用Result警告是正常行为——它提醒你可能忽略了初始化失败的情况（比如COMS已被其他线程初始化）。

2. 使用?的场景
   ?操作符的逻辑是：若Result为Ok(_)则取出内部值继续执行；若为Err(e)则将e转换为当前函数返回的Result的错误类型，再提前返回该错误。
   你的bar()函数返回anyhow::Result<()>，而anyhow::Error要求被转换的错误类型必须实现std::error::Error trait。但Mutex<Coms>并未实现这个trait，因此编译器报错提示Mutex<Coms>未实现std::error::Error。

解决方法 #

如果需要用?处理set的结果，你需要把Err(Mutex<Coms>)转换为符合anyhow::Error要求的类型，比如通过map_err将其包装为字符串错误：

COMS.set(Mutex::new(Coms {
    tx: Cell::new(Some(tx)),
    rx: Cell::new(Some(rx)),
}))
.map_err(|mutex_coms| format!("COMS 已被初始化，无法重复设置: {:?}", mutex_coms))?;

或者，若你能保证COMS只会被初始化一次，可以直接用unwrap()或expect()忽略错误（注意：运行时若初始化重复会触发panic）：

COMS.set(Mutex::new(Coms {
    tx: Cell::new(Some(tx)),
    rx: Cell::new(Some(rx)),
})).expect("COMS 初始化失败");

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