近日，据外媒报道，Go 我的项目代码仓库在最新提交和合并的一个 PR 中，Go 语言已在 cmd/compile 中默认启用 -G=3。据形容，该 PR 已将 cmd/compile 的 -G flag 的默认值从 0 改为 3，可应用新 types2 类型查看器并反对类型参数，正式启用对泛型的反对。
出于对默认行为变动的思考（例如，types2 类型查看器已知的变更），此次 GO 编辑器默认启用 -G=3，正式启用泛型变更的同时，也更新了回归测试工具。另外，只管已默认启用 -G=3，但目前 -G=0 模式目前仍在测试中。
自 2009 年诞生之后，谷歌开发的编程语言 Go 倒退至今已有 11 年了。凭借诸多劣势（如比 Python 更快，比 Java 更简洁，有着 C ++ 没有的 GC），GO 编辑器始终都深受科技公司开发者或编程人员们的青眼。当然近几年，GO 也越来越多地呈现在金融和媒体等行业。
作为一项胜利的开源我的项目，应用 GO 编辑器的人群数量每年都在增长。过来的几年里，面对宽泛的 GO 开发者们的的考察显示，泛型始终被认为是 GO 的确的要害。甚至一度从 2010 年探讨至今，其中不乏一些对于 Go 泛型草案的反馈和倡议。
为什么 GO 语言始终没有泛型
在此之前，很多人都认为 Go 语言或者永远都不会退出泛型了。那么，为什么 Go 语言到目前为止都始终没有泛型？现在，GO 编辑器默认启用 -G=3，正式启用泛型，那么“困扰多年”的问题又是如何被解决的呢？
置信对于 Go 语言规范库理解的敌人，会在如下的代码中发现乏味的问题：
package sort
func Float64s(a []float64)
func Strings(a []string)
func Ints(a []int)
…
在上述这个以 sort 包提供的函数里，只管它们领有十分类似的底层逻辑和性能，但在传入类型不同时却须要对外提供多个函数。这个时候，如果能像 Java 那样应用泛型的话，就能大大减少反复的代码和逻辑，也能为编程人员提供更强的表达能力，缩小工作量的同时还能晋升效率。
相干考察数据显示，此前因为泛型窘境，使谷歌 GO 编程语言开发团队不得不面临开发效率、编译速度和运行速度的选取。与此同时，因为此前 Go 语言计划存在缺点，而使得 Go 团队也认为泛型的反对不够紧凑，因而始终以来没有在 Go 语言没有在之前的版本中退出泛型。
对于 GO 语言泛型的倒退
始终以来，对于 GO 语言泛型的“推动”工作就始终存在。
2009 年 11 月，Google 正式将 Go 语言以凋谢源代码的模式向寰球公布。第二年，Ian Lance Taylor 就提交了为 Go 增加泛型的提议，但过后该提议只是作为示例保留了起来，并没有被驳回。尔后的 2012 年 3 月，Go 1 正式公布，泛型提议再次被提起。
之后几年里，因为上述讲到的 GO 面临的“泛型窘境”，相干提议也始终在被思考和在被解决的过程中。始终到 2019 年 7 月，Ian Lance Taylor 在 Gophercon 2019 上发表对于“Why Generics?”的演讲时，才正式提交了一份单干泛型设计的草稿。
去年 6 月，这份泛型设计草稿有了更新，才终于被预测能在往年 Go 1.17 版本上见到的可能。
从往年 1 月，Ian Lance Taylor 发动了增加泛型的提案，到 3 月对于泛型提案正式公布，再到刚刚 Go 编辑器正式启用 -G= 3 反对泛型，历时多年，宽广 GO 开发者群体关注的 GO 语言的泛型问题终于得以实现。
最初，防止泛型滥用
时至今日，在语言代码编辑器的应用过程中，泛型都是极具“进化”性质的一项性能，不仅能够进步开发效率，还能无效帮忙开发者缩小不必要的反复工作。
但如图任何一门编辑语言一样，GO 语言的泛型启用，尔后倒退过程中的“泛型滥用”也须要值得关注。
置信对于每个编程人员来说，在代码中发现大量被嵌套应用的泛型的时候，都会 ” 如临大敌”。尽管不似就如 C ++ 那样规范库中大量的模板，但 GO 语言的泛型特色中，也答应应用类型束缚，相似 Java 那样产生“迷”一样的逻辑，会给代码编译效率带来不少影响。
因而，在引入泛型特色后，GO 语言又将如何解决“函数重命名”逻辑，来帮忙无效解决源码中类型、函数和办法呢？咱们将刮目相待。