为何使用Rust Trait实现共享行为？需单独实现的困惑

你提到的“每个实现Trait的对象都要单独实现”其实不完全准确——Trait支持默认实现，很多时候你只需要实现核心方法，就能复用Trait提供的通用逻辑。除此之外，Trait的核心价值远不止“同名函数”这么简单：

• 通用多态逻辑：你可以编写能处理所有实现了某Trait的类型的函数，不用为每个结构体单独写重复代码。比如一个批量保存的函数，不管是用户、商品还是订单结构体，只要实现了SaveTrait，就能塞进同一个函数处理：

trait Save {
    fn save(&self) -> Result<(), String>;
}

struct User;
struct Product;

impl Save for User {
    fn save(&self) -> Result<(), String> {
        Ok(()) // 实现用户的保存逻辑
    }
}

impl Save for Product {
    fn save(&self) -> Result<(), String> {
        Ok(()) // 实现商品的保存逻辑
    }
}

// 一个函数处理所有Save类型
fn batch_save(items: impl Iterator<Item = impl Save>) -> Result<(), String> {
    for item in items {
        item.save()?;
    }
    Ok(())
}

要是只用结构体方法，你得写save_user、save_product，还要写对应的批量函数，代码量会随着类型数量爆炸式增长。

• 默认实现减少重复：Trait可以给方法提供默认逻辑，实现者只需要覆盖核心方法就行。比如定义一个打印信息的Trait：

trait PrintInfo {
    fn get_label(&self) -> &str;
    // 默认实现，所有实现者都能直接用
    fn print(&self) {
        println!("当前项: {}", self.get_label());
    }
}

struct Order { order_no: String }
struct Comment { content: String }

impl PrintInfo for Order {
    fn get_label(&self) -> &str { &self.order_no }
    // 不用写print方法，直接用默认的
}

impl PrintInfo for Comment {
    fn get_label(&self) -> &str { &self.content }
}

这里两个结构体都复用了print的逻辑，比每个结构体单独写print方法要省代码。

• Trait约束与自动推导：很多Trait实现后能自动获得其他能力，比如实现From<T>就自动拥有Into<U>的实现，不用再手动写。这种Trait之间的联动能大幅减少重复代码，而结构体方法做不到这点。

• 生态协作的基础：Rust整个生态都是基于Trait构建的——比如serde的序列化/反序列化、tokio的异步Trait、标准库的Iterator和Display等。如果只用结构体方法，每个库都得定义自己的方法，根本没法和其他库兼容协作。

说白了，Trait的优势不是减少单个类型的代码量，而是把相同的行为抽象出来，实现跨类型的逻辑复用，同时支撑Rust的多态和生态协作。当你需要处理一组有共同行为的类型时，Trait的价值会立刻体现出来。

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