Go 不支持函数重载，因函数签名严格唯一，同名方法参数类型不同即报错；泛型是安全高效替代方案，需显式约束类型；结构体选项模式更优处理可选参数；应避免 interface{} 和 ...interface{} 滥用。
Go 语言不支持函数重载，任何试图定义同名但参数类型或数量不同的 Add、Print 或 Load 函数都会在编译阶段被拒绝——错误信息是 method redeclared: T.Add，没有商量余地。
为什么 func (t T) Add(a int) 和 func (t T) Add(s string) 无法共存
Go 的函数签名由「函数名 + 接收者类型 + 所有参数类型」严格唯一确定。它不提供运行时分发机制，也不做隐式类型推导。哪怕只是 int 和 int64 这种底层不同但语义接近的类型，也被视为完全不同的签名。
- IDE 不会帮你“猜”该调哪个，
go build直接报错，不给试错机会 - 这不是 bug，是设计取舍：避免调用歧义、强制显式契约、减少反射与调度开销
- 即使你用类型别名（如
type MyInt int）定义新类型，只要底层是int，也不能和原func Add(i int)同名共存
泛型函数：最安全、最高效、最 Go 风格的替代方案
当你真正需要的是“对 int、float64、string 都能做加法/拼接”，泛型是首选。它在编译期完成类型检查，生成专用代码，零运行时开销。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 写法必须显式约束类型：
func Add[T int | float64 | string](a, b T) T - 不要用
T any模糊代替——这会导致逃逸分析失效、堆分配增加、IDE 类型提示丢失 - 若涉及算术运算（如
+），需确保约束支持对应操作；Go 1.22+ 起可配合~int等底层类型约束更灵活 - 别硬套泛型：如果两个逻辑差异巨大（比如
SaveToDB和SaveToFile），就该拆成两个独立函数
结构体选项模式：处理“可选参数”场景的惯用解法
当函数需要多个配置项（部分必填、部分可选），用结构体传参比变参或 interface{} 更清晰、更安全、更易维护。
立即学习“go语言免费学习笔记（深入）”；
- 定义一个
Options结构体，字段带默认值；调用时只设置关心的字段 - 避免裸
interface{}：它让调用方失去类型提示、单元测试难写、IDE 补全失效 - 不推荐用
...interface{}模拟重载——循环里反复做v := x.(type)会引发 cache miss 和反射开销累积 - CLI 命令路由、RPC 参数解析等少数顶层分发场景除外，但也应尽快转为具体类型再往下传
最容易被忽略的一点是：泛型不是万能胶。它适合统一逻辑多类型输入，但不适合行为差异大的分支；而结构体选项也不是银弹——字段太多时要考虑是否已违反单一职责。真正的 Go 风格，是用最直白的命名和最小的抽象，把意图写进函数名里，比如 LoadFromJSON、LoadFromYAML、LoadFromDB，而不是强求一个 Load 承担所有。
