impl From<ZST> for &'static str静态实现能否替代泛型生命周期'a实现？

问题1：二者是否完全等价？ #

二者不完全等价，核心差异是适用的生命周期范围不同：

• 静态impl版本仅实现了From<ZST> for &'static str，只能将ZST转换为生命周期为'static的字符串引用，当代码中需要更短生命周期的&str类型时，这个实现无法匹配，会触发编译错误。
• 泛型生命周期impl版本实现了From<ZST> for &'a str，可以适配任意生命周期的&str需求。因为常量TEXT本身是'static生命周期，符合Rust生命周期协变规则，长生命周期的引用可以安全地转换为任意更短生命周期的引用，所以这个实现的兼容性远强于静态版本。

可参考编译场景差异示例：

fn take_str<'a>(_s: &'a str) {}

// 只有泛型impl版本能编译通过下面这行，静态impl版本会报错：trait bound `&'a str: From<ZST>` 不满足
take_str(ZST.into());

问题2：哪一个版本的编译耗时更长？ #

泛型impl版本的编译耗时更长。
原因是泛型生命周期的impl会给Rust的trait求解系统带来更多开销：trait匹配阶段需要对每个调用位置的具体生命周期做约束校验和实现实例化，即使生命周期最终会在编译后擦除，trait检索、约束验证的计算量也会高于非泛型的静态impl版本。静态impl只有一份固定的实现，trait匹配逻辑更简单，编译速度更快。

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