Go 1.27：泛型方法终于来了
Generic Methods in Go 1.27
自 2022 年 Go 1.18 引入泛型以来，方法一直无法独立定义类型参数，这迫使开发者将泛型参数硬塞进结构体，导致设计冗余。Go 1.27 终于打破了这一限制，允许方法拥有专属的类型参数。这一变革解决了长期存在的 API 设计痛点，让代码更加优雅。然而，出于编译器单态化与运行时接口动态分发的冲突，Go 团队决定泛型方法仅支持具体类型，不支持接口。这一取舍背后的技术权衡，揭示了 Go 语言在性能与设计哲学上的深思熟虑。
将 U 直接添加到结构体本身是糟糕的设计，因为 U 是 Map 特有的类型参数。
HN 评论区
44- throwaw12
那些正在积极在支持泛型的“现代”Go 代码库中工作的人，代码风格是不是变得像 Java/Spring 了？
我理解你们为什么需要泛型，但我讨厌 Java 生态对泛型的滥用程度，导致阅读代码变得极其困难，因为代码往往是从十层父类继承下来的，而且在某些情况下，Java Beans 是基于泛型类型创建的，而它们的父类又是抽象类。
- dekdrop
TIL
> 不过，Go 的接口系统是在运行时工作的。传入接口参数的具体类型是在程序运行时解析的。
- tancop
> Go 的接口系统是在运行时工作的。传入接口参数的具体类型是在程序运行时解析的。这种动态分发与在编译时解析的泛型相冲突。
如果编译器为每个方法同时生成虚表（vtable）和单态化（monomorphized）版本会怎样？大多数调用会使用静态版本，但在需要动态分发的地方（比如接口泛型）则调用虚方法。
- DrCiphers
所以 Go 正在变成 Java 吗？
- EdSchouten
Go 常被视为 C 的继任者。C 没有方法，只有全局函数。在我看来，Go 引入方法主要是为了配合接口使用。既然接口不支持泛型方法，我个人并不认为添加这个特性是值得的。