go语言没有泛型接口语法，interface[t any]会编译失败；正确做法是将接口作为泛型约束，如[t fmt.stringer]，确保编译期类型安全与方法可调用，且约束接口必须在函数体内实际使用。
Go 语言里没有“泛型接口”语法，interface[T any] 这种写法直接编译失败。真正能用的，是把接口当约束——也就是用接口定义类型参数的边界，而不是给接口本身加类型参数。
泛型函数怎么用接口当约束
接口不是用来泛化的，而是用来限定泛型参数能干什么。比如你想让函数只接受能 String() 的类型，就写 [T fmt.Stringer]，不是 [T any] 然后在函数里做类型断言。
-
func Print[T fmt.Stringer](v T)→ 编译期确保v.String()可调用，零运行时开销 -
func Print(v interface{})→ 运行时要v.(fmt.Stringer)，不安全且慢 - 接口必须在函数体内被实际使用，否则 Go 会报
T is unused；比如只打印%v而不调v.String()，约束就形同虚设 - 标准库接口如
io.Reader、fmt.Stringer可直接用，自定义接口也一样，只要方法签名匹配
为什么不能写 type MyInterface[T any] interface{}
这句代码会触发 syntax error: unexpected [，因为 Go 不允许在 interface 关键字后加方括号。这不是功能缺失，是设计上刻意分离“行为契约”（接口）和“类型构造”（泛型）。
- 接口描述“能做什么”，泛型描述“对哪些类型做”，二者职责不同
- 想表达“某种类型的 Reader”，应该写
func ReadAll[T io.Reader](r T)，而不是试图泛化interface本身 - 如果硬要模拟，只能靠组合：先定义
type ReaderFunc[T any] func() (T, error)这类函数类型，但本质已不是接口
~int 和 int 在约束里到底差在哪
~int 表示“所有底层类型为 int 的类型”，而 int 只匹配 int 本体。这个区别在真实项目中几乎每天都会踩坑。
-
type Millis int是常见写法，但func F[T int](x T)无法接收Millis(100) -
func F[T ~int](x T)则完全兼容Millis、Seconds、Code等所有int底层别名 -
~只能用于基本类型：~string、~bool合法；~struct{}、~[]int是语法错误 - 联合约束必须带
~：写interface{ ~int | ~int64 }，不能漏掉波浪号
comparable 不等于可做 map key
comparable 只保证 == 和 != 可用，但它不检查字段是否可哈希。结构体含切片、映射、函数或不可比较字段时，即使满足 comparable，也不能当 map 键用。
-
map[struct{ x []int }]string编译通过，但运行时 panic：invalid map key - 正确做法是手动验证结构体字段：全为基本类型、指针、字符串、其他可比较 struct，且不含 slice/map/func
- 不要依赖
comparable做 key 安全性判断，它只管比较，不管哈希 - 调试时可用
reflect.TypeOf(t).Comparable()检查，但这是运行时手段，泛型约束阶段无法捕获
最常被忽略的是：每个类型参数必须在函数体里至少出现一次，作为参数、返回值或方法调用目标。哪怕约束写得再准，只要类型参数没被“用到”，推导就会失败，调用时就得显式写 F[int](x) —— 这不是语法问题，是 Go 编译器的设计铁律。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
