go语言不支持方法重载，同名但参数不同的方法会编译失败；应通过不同方法名、接口实现、可变参数、结构体选项或类型断言等惯用方式替代，契合其简洁、显式、类型安全的设计哲学。
func (t T) Add(a int) int 和 func (t T) Add(s string) string 无法共存于同一包中。
你真正需要的，是用 Go 的惯用方式解决“同一语义、多类型/多参数适配”问题。下面几种做法在真实项目中高频出现，且各有适用边界。
用指针接收者 + 值参数模拟就地运算
这是最贴近“重载直觉”的写法，尤其适合结构体间的复合操作（如向量加、矩阵累加），避免无谓拷贝和链式返回。
常见错误现象：用值接收者实现 Add，每次调用都复制整个结构体；或忘记处理 nil 指针导致 panic。
- 始终优先用指针接收者：
func (v *Vector) Add(other Vector)—— 语义清晰、性能可控 - 若参数本身很大（如含切片或 map 的结构体），考虑用指针参数：
func (v *Vector) AddPtr(other *Vector)，但必须加if other == nil防御检查 - 不要试图让一个
Add同时接受int、float64、Vector—— 类型混杂会迅速失控
用接口统一行为契约，而非重载函数名
当你需要对多种类型做“同一种事”（比如序列化、比较、加总），接口比重载更自然、更可测试。
使用场景：日志记录器要支持 string、error、自定义 Event；配置解析器要处理 JSON/YAML/ENV。
- 定义窄接口，如
type Loggable interface { LogString() string }，而不是宽泛的type Formatter interface { Format() string; Marshal() []byte } - 避免在接口里塞多个方法，否则实现方容易被迫返回
panic("not implemented") - 别为了“看起来像重载”而把不同语义的操作塞进同一个接口，比如把
Add和Validate放进同一个Processor接口
用函数参数类型断言替代运行时分支
当确实需要单个入口处理异构输入（如 RPC 参数解析、CLI 命令分发），interface{} + switch v := x.(type) 是可行路径，但代价明确。
性能影响：反射开销小但存在；可读性下降；类型安全退化到运行时。
- 只在顶层分发逻辑中用，比如
HandleCommand(cmd interface{})，内部立刻转成具体类型并交给专用 handler - 永远不要在 hot path（如循环体内、高频网络包处理）中做多次类型断言
- 配合
go:generate或代码生成工具，把重复的switch分支自动化，减少手误
