泛型不是万能胶水而是类型安全复用起点：any适用于纯搬运操作，comparable用于需比较的场景；约束应精准而非宽泛，结构体字段和方法不得随意新增类型参数。
[T any] 不是万能胶水，而是类型安全复用的起点：它能帮你避免为 int、string、User 各写一遍几乎相同的逻辑，但盲目套用会把编译期检查变成摆设。
泛型函数参数约束选 any 还是 comparable？
选错约束，轻则逻辑跑不通，重则编译失败或运行时 panic。
-
any适合纯搬运类操作：比如深拷贝、切片复制、日志打印——不依赖任何类型行为，只做“原样传递” -
comparable必须用于涉及==或!=的场景：查找、去重、Map键构造。用any写Find[T any](s []T, target T)，传入[]map[string]int就会编译报错：invalid operation: cannot compare map[string]int values - 别硬扛：如果需要比较但类型不可比较（如 struct 含 slice 字段），就别强求
comparable，改用自定义比较函数参数，比如func(s []T, target T, eq func(T, T) bool)
slices 包里的泛型函数为什么比手写更可靠？
Go 1.21 引入的 slices 包（标准库路径 slices）不是语法糖，它是泛型落地的工程范本。
-
slices.Contains要求元素类型满足comparable，编译器直接拦截[]func()这类非法调用，不用等运行时报panic: runtime error: comparing uncomparable type -
slices.Index返回int而非-1表示未找到，和strings.Index语义一致，避免手写时漏判边界 - 性能无损耗：它被编译器单态化展开，没有接口装箱/拆箱，实测比带
interface{}的旧版快 15–20%
自定义约束 interface 怎么写才不踩坑？
泛型的威力不在“放得宽”，而在“收得准”。约束写得太松等于没写；太紧又失去复用价值。
- 别重复造轮子：
golang.org/x/exp/constraints.Ordered已覆盖int/float64/string等常见可排序类型，直接用，别自己写interface{ ~int | ~float64 | ~string } - 组合约束要明确意图：比如
interface{ comparable; String() string }表示“既要可比较，又要能转字符串”，不是所有类型都能同时满足，time.Time满足，struct{}就不满足 - 结构体字段不能用泛型类型参数：在
type Config[T any] struct { Timeout T }中，T可以是time.Duration，但不能是func()——后者无法作为 struct 字段类型，编译直接拒
泛型结构体方法里还能加新类型参数吗？
不能。接收者已声明的 T 是唯一可用的类型参数，方法签名里不能再出现 [U any] 这样的新参数。
- 错误写法：
func (s *Stack[T]) Map[U any](f func(T) U) []U—— 编译报错：undefined: U - 正确做法：把转换逻辑提到函数外，或用独立泛型函数处理，比如
Map[T, U any](s []T, f func(T) U) []U - 结构体方法只能复用接收者类型：例如
Pop() (T, bool)返回的就是具体实例化的类型，Stack[int].Pop()返回(int, bool)，无需断言
comparable 定义了一个通用去重函数，之后想支持含 map 字段的 struct，就得重写，没法平滑升级。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
