go泛型函数是类型安全与复用的刚需，必须用方括号[t any]声明类型参数，any语义清晰但无运算能力，需根据操作（如==、+、string()）选用comparable、自定义接口等约束，编译期特化零开销且强类型安全。
Go 泛型函数不是“可选技巧”，而是类型安全和复用的刚需——只要你在写 interface{} 或重复实现多个同逻辑但不同类型的函数，就该用泛型替代。
泛型函数的基本定义语法
必须用方括号 [T any] 紧跟函数名，且类型参数声明位置不可省略或错位。Go 不允许像 Rust 那样把类型参数写在返回值前，也不支持多组独立方括号（如 func f[T][U] 是非法的）。
-
T是类型参数名，可任意命名（如K,V,Item），但需符合 Go 标识符规则 -
any是最宽松的约束，等价于interface{}，但语义更清晰、编译期无额外开销 - 若函数体中需要比较操作（如
==），必须改用comparable约束，否则编译失败 - 不能在函数体内对
T做类型断言（如v.(int)），那会破坏泛型本意
什么时候必须加类型约束，而不是用 any
当你在泛型函数里用了特定操作符或方法，而这些操作不适用于所有类型时，any 就不够用了。常见报错如：invalid operation: a == b (operator == not defined on T)。
- 需要
==或!=：用T comparable - 需要
+,-,等数值运算：定义接口约束，如 <code>type Number interface{ int | float64 }，再写[T Number] - 需要调用某个方法（如
.String()）：约束为包含该方法的接口，如[T fmt.Stringer] - 错误示例：
func Max[T any](a, b T) T { return a > b ? a : b }—— 直接编译失败，因为any不保证支持>
类型推导是否可靠？哪些情况会失败
Go 编译器能从实参类型自动推导 T，但推导有边界。一旦推导失败，就必须显式写出类型参数，否则编译报错。
- 成功场景：实参类型明确，如
Swap(1, 2)→T推为int；PrintSlice([]string{"a"})→T推为string - 失败场景一：实参是
nil，如DoSomething(nil)，编译器无法判断T是什么 - 失败场景二：多个参数类型不一致且无公共上界，如
Combine(42, "hello")，即使你写了[T any]也过不了，因为两个实参无法统一为同一个T - 失败时必须显式指定：
DoSomething[string](nil)或Combine[int | string]（后者需配合接口约束）
泛型函数与 interface{} 函数的关键区别
表面看都能“接受任意类型”，但底层行为完全不同：泛型在编译期生成特化版本，interface{} 在运行期做类型擦除和反射调用。
- 性能：泛型零开销（无接口转换、无反射），
interface{}有内存分配和类型检查成本 - 类型安全：泛型在编译期就捕获不兼容操作；
interface{}的错误常到运行时才暴露（比如类型断言失败 panic） - 方法可用性：泛型函数内可直接用
T的原生操作；interface{}必须先断言才能调用具体方法 - 不要为了“看起来通用”而滥用
any—— 如果函数只处理int和float64，就该用Number约束，而不是放任它接收chan bool这类明显不合逻辑的类型
最容易被忽略的是约束的粒度：写太宽（如全用 any）失去类型保护，写太窄（如硬编码 int）又失去泛型意义。真正关键的不是“会不会写 [T any]”，而是能否根据函数实际行为，精准刻画出 T 必须满足的最小能力集。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
