Rust为多个温度类型实现TemperatureUnit特征报E0119冲突错误

你代码里用type定义的是类型别名，不是独立新类型。Rust中type Fahrenheit = f64;仅表示给f64起了个别名，编译阶段Fahrenheit、Celcius、Kelvin和原生f64完全等价，没有任何类型区分。
你三次为这三个别名实现TemperatureUnit trait，本质上是给同一个f64类型重复实现同一个trait，违反Rust的实现唯一性要求，因此触发E0119冲突报错。

Rust中做编译期强校验的单位隔离，标准方案是Newtype模式：用单字段元组结构体包裹底层数值，每个单位对应一个独立的全新类型，从类型层面彻底区分不同单位，零运行时开销。
修正后可编译的代码示例：

// 定义独立新类型，派生常用trait方便使用
#[derive(Debug, Clone, Copy, PartialEq)]
struct Fahrenheit(f64);
#[derive(Debug, Clone, Copy, PartialEq)]
struct Celcius(f64);
#[derive(Debug, Clone, Copy, PartialEq)]
struct Kelvin(f64);

trait TemperatureUnit {
    fn to_kelvin(self) -> Kelvin;
}

impl TemperatureUnit for Fahrenheit {
    fn to_kelvin(self) -> Kelvin {
        Kelvin((self.0 + 459.67) * 5.0 / 9.0)
    }
}

impl TemperatureUnit for Celcius {
    fn to_kelvin(self) -> Kelvin {
        Kelvin(self.0 + 273.15)
    }
}

impl TemperatureUnit for Kelvin {
    fn to_kelvin(self) -> Kelvin {
        self
    }
}

• 三个温度类型是完全独立的类型，编译器会强制做类型检查，无法直接把华氏度值传给要求摄氏度参数的逻辑，从根源避免单位混用bug
• 每个新类型的trait实现独立，不会和原生f64的已有实现冲突，你可以按需给这些类型加转换方法、运算trait、格式化逻辑
• 这种包装没有额外运行时开销，编译后新类型的内存布局、执行效率和原生f64完全一致

• 补充：type别名仅适合简化冗长的类型写法，没有类型隔离能力，不能用来做单位安全的类型区分。如果是生产环境使用可以参考成熟的类型安全单位库，作为练习手动实现Newtype模式是非常好的Rust入门实践。

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