Rust trait默认函数实现是否与泛型一样导致代码膨胀？兼询编译优化方案

你的理解完全正确！在Rust中，当trait的默认方法通过静态分发调用时（比如直接用具体类型实例调用，或者在泛型函数中通过trait约束调用），编译器确实会为每个实现该trait的类型生成一份独立的默认方法实例——这就会导致你担心的代码膨胀，本质上和C++模板的实例化逻辑类似。

对比你提到的C场景：C基类的虚函数方法只会编译一次，通过虚表做动态分发；而Rust的静态分发是在编译期就绑定了具体的foo实现，所以每个实现Bar的类型，都会让编译器重新特化call_foo_twice的代码，确保里面的self.foo()直接调用对应类型的实现，没有运行时开销，但代价就是重复编译、代码体积增大，以及更长的编译时间。

如果你更倾向于减少编译时间而非追求极致性能，这里有几种Rust惯用的写法可以解决这个问题：

1. 强制默认方法使用动态分发 #

把默认方法里的self转换成dyn Bar类型，强制对foo的调用走动态分发。这样编译器只需要生成一份针对dyn Bar的call_foo_twice代码，所有实现类型都会复用这份代码：

trait Bar {
    fn foo(&mut self);
    fn call_foo_twice(&mut self) {
        // 转换为dyn Bar，触发动态分发
        let dyn_self: &mut dyn Bar = self;
        dyn_self.foo();
        dyn_self.foo();
    }
}

代价是每次调用foo都会有一次虚表查找的运行时开销，但如果性能不是你的核心诉求，这个trade-off非常值得。

2. 提取共享逻辑到非泛型函数 #

把默认方法里的重复逻辑抽出来，放到一个接受&mut dyn Bar的普通非泛型函数中，然后让默认方法调用这个共享函数。这样所有实现类型的call_foo_twice都会复用同一份共享代码，避免重复实例化：

// 这个函数只编译一次，所有实现Bar的类型都共用它
fn call_foo_twice_shared(dyn_self: &mut dyn Bar) {
    dyn_self.foo();
    dyn_self.foo();
}

trait Bar {
    fn foo(&mut self);
    fn call_foo_twice(&mut self) {
        call_foo_twice_shared(self);
    }
}

这种方式逻辑拆分更清晰，适合多个默认方法需要共享逻辑的场景，维护起来也更方便。

3. （可选）控制内联行为 #

如果你不想完全切换到动态分发，可以给默认方法加上#[inline(never)]属性，告诉编译器不要将方法内联到调用处。不过这种方法只能减少代码体积的膨胀，编译器仍然会为每个类型生成独立的方法实例，对编译时间的优化效果不如前两种明显，所以一般作为补充方案使用。

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