接口调用基于编译期确定的itable实现多态，性能高、类型安全，适用于日常高频场景；反射在运行时动态获取类型信息并调用方法，灵活性强但性能开销大，易出错，适合序列化、ORM等通用库开发，应避免滥用。
在Go语言中，反射（reflection）和接口方法调用都能实现运行时动态行为，但它们的用途、机制和性能特征有本质区别。理解这些差异有助于写出更高效、可维护的代码。
机制与调用方式不同
接口方法调用是Go多态的核心机制。只要一个类型实现了接口定义的所有方法，就能赋值给该接口变量，调用时通过接口的函数指针表（itable）直接跳转到具体实现，整个过程在编译期大部分已确定。
反射则是在程序运行期间，通过reflect.Value和reflect.Type动态获取对象信息并调用方法。它绕过了静态类型检查，允许你“查看”结构体字段、调用未在接口中声明的方法，甚至修改私有字段（需满足条件）。
例如：
立即学习“go语言免费学习笔记（深入）”；
func callByInterface(obj interface{}) {if m, ok := obj.(interface{ Hello() }); ok {
m.Hello()
}
}
func callByReflection(obj interface{}) {
v := reflect.ValueOf(obj)
if m := v.MethodByName("Hello"); m.IsValid() {
m.Call(nil)
}
}
性能开销差异显著
接口调用虽然比直接调用稍慢（因涉及itable查找），但整体性能良好，适合高频调用场景。
反射的代价高得多：方法查找、参数包装、类型验证等步骤都会带来显著开销。反射调用通常比直接调用慢1-2个数量级，应避免在性能敏感路径中频繁使用。
使用场景各有侧重
接口用于构建可扩展的API、依赖注入、解耦组件，是日常编程的常规手段。
反射适用于通用库开发，如序列化（json.Marshal）、ORM映射、自动绑定等需要处理任意类型的场景。它增强了灵活性，但也增加了复杂性和出错概率。
类型安全与编译检查
接口调用是类型安全的。如果类型未实现对应方法，编译器会报错。
反射在编译期无法检测方法是否存在或签名是否正确，错误只能在运行时暴露，容易引发panic。使用反射时必须做好有效性检查（如IsValid()、Kind()判断等）。
基本上就这些。接口是Go语言推荐的多态方式，应优先使用；反射是强大但重型的工具，适合特定场景，不宜滥用。
