本文永久链接 – https://tonybai.com/2025/04/19/learn-go-in-ai-era

大家好！我是Tony Bai。

近来，AI领域的技术迭代速度惊人，尤其在代码生成能力上的显著提升，已有目共睹。现在，AI不仅能辅助编写Go代码片段，还能应对一些更复杂的逻辑结构，甚至还能完成一个完整工程的全部代码，这在开发者社区无疑引发了热烈讨论和对未来的思考。对于初学者来说，一个现实的问题摆在面前：我们还需要老老实实、一步一个脚印地去系统学习吗？比如像《Go语言第一课》专栏这样的系统课程还有必要去学吗？

这个问题确实值得我们认真思考。AI的便捷是显而易见的，但它能帮助我们构建起真正的专业能力吗？

如今，一个普遍的认知是，AI更像是一个能力的放大器，它能够增强你已有的知识和技能，但却很难从零开始为你构建坚实的基础。依赖于碎片化的AI交互，我们或许能快速“上手”，但要真正“掌握”某个领域，成为一名专业人士，可能还有很长的路要走。

那么，在AI时代，系统学习能为渴望成长的你，尤其是初学者，提供哪些不可替代的价值呢？ 我觉得至少有如下几点：

• 为你构建坚实的知识体系，告别“东拼西凑”

AI能帮你生成代码片段，但这就像给你一堆散落的乐高积木。系统学习则教你如何将它们搭建成一个完整的城堡。

初学一门语言，最怕的就是知识点零散、不成体系。以Go学习为例，系统课程精心编排了学习路径，覆盖了环境搭建、基础语法、核心特性(接口、并发等)到简单实践。

它就像一张清晰的地图，引导你系统性地认识Go的世界，为你提供“一站式”的基础构建服务，避免在碎片信息中迷失方向，让起步更高效、更稳固。

• 助你拓展认知边界，进入学习“拉伸区”

还是以Go学习为例，系统的课程学习不仅仅是知道“怎么做”，也会适时地告诉你一些“为什么”。比如了解Go的设计哲学（简洁、显式、组合、面向并发等），理解某些特性（如接口设计）背后的考量。

这并非要求初学者一开始就深究底层，而是像《认知觉醒》一书里说的，帮助你适度地拓展“舒适区”，进入能获得更快提升的“拉伸区”。

理解了这些，你会发现自己应用起来更灵活，学习新知识也更快，整体学习效率自然更高。这是一种更高效的学习方式。

• 奠定“专业”基石，让你真正驾驭AI

AI能写出代码，但判断代码的好坏、进行复杂调试、做出架构决策，这些都需要你具备扎实的专业基础。

系统学习正是帮你奠定这个基础，让你未来能有效地指导和评估AI写出的代码，而不是仅仅停留在简单地复制粘贴，甚至让AI生成一堆你自己都看不懂、无法评估好坏的代码，这样的代码一旦上生产可能带来潜在的风险和隐患。

只有足够专业，你才能有效地向AI提问，辨别AI答案的优劣，最终驾驭AI，让它成为你专业能力的延伸，而非被其能力所取代。碎片化的学习，是无法构建起这种专业壁垒的。而系统的课程学习，正是你迈向专业之路的第一块、也是至关重要的基石。

• 提供可靠、经过验证的学习起点

网络信息真假难辨，AI的回答也可能存在谬误。对于初学者来说，一开始接触到准确、可靠的信息至关重要。

一门好的课程，其内容是经过作者和编辑团队反复打磨、验证和审校的，源自大量实践和教学经验，确保了其准确性和权威性。它为你提供了一个可以信赖的学习起点和参照系，这本身就是一种重要的学习服务。

所以，回到最初的问题：AI会写Go代码了，初学者还需要系统学习吗？

我的答案是：如果你不满足于“能用”，而是渴望真正“掌握”Go，渴望成为一名具备深度思考和解决复杂问题能力的Gopher，那么，系统学习依然是必经之路。

而《Go语言第一课》，这门我在极客时间打磨许久的专栏，正是基于上述理念设计的。它专注于为你铺设一条清晰、可靠、高效的Go入门之路，帮助你从“知道”走向“理解”，为未来成长为一名专业的Gopher奠定基础。

如果你正准备开始学习Go，或者希望巩固基础、构建体系，可以扫描下方二维码，订阅《Go语言第一课》专栏，为你的Go专业之路，打下第一个坚实桩基！，你也可以与其他订阅和学习该专栏的数万Gopher一起交流学习心得，共享学习成果。

最后补充一点信息： 为了让课程能更好地服务大家，最近我和极客时间的编辑老师一起，为《Go语言第一课》做了一次重要的课程迭代，增加了6篇“加餐”内容，涉及测试、性能、I/O、语言新特性等，希望能为你的学习之路提供一些额外的助力。当然，课程的核心价值，始终在于主体内容所构建的那个系统化的入门基础。

现在，轮到你了：作为Go学习者（特别是初学者），你如何看待AI对学习的影响？你认为系统学习最大的价值是什么？欢迎在评论区分享你的想法，我们一起探讨！如果觉得这篇文章说到了你的心坎里，请点个“在看**”支持一下吧！

愿我们都能拥抱AI，但不忘构建自身的专业核心！

原「Gopher部落」已重装升级为「Go & AI 精进营」知识星球，快来加入星球，开启你的技术跃迁之旅吧！

我们致力于打造一个高品质的 Go 语言深度学习 与 AI 应用探索 平台。在这里，你将获得：

• 体系化 Go 核心进阶内容: 深入「Go原理课」、「Go进阶课」、「Go避坑课」等独家深度专栏，夯实你的 Go 内功。
• 前沿 Go+AI 实战赋能: 紧跟时代步伐，学习「Go+AI应用实战」、「Agent开发实战课」，掌握 AI 时代新技能。
• 星主 Tony Bai 亲自答疑: 遇到难题？星主第一时间为你深度解析，扫清学习障碍。
• 高活跃 Gopher 交流圈: 与众多优秀 Gopher 分享心得、讨论技术，碰撞思想火花。
• 独家资源与内容首发: 技术文章、课程更新、精选资源，第一时间触达。

衷心希望「Go & AI 精进营」能成为你学习、进步、交流的港湾。让我们在此相聚，享受技术精进的快乐！欢迎你的加入！

著名云主机服务厂商DigitalOcean发布最新的主机计划，入门级Droplet配置升级为：1 core CPU、1G内存、25G高速SSD，价格6$/月。有使用DigitalOcean需求的朋友，可以打开这个链接地址：https://m.do.co/c/bff6eed92687 开启你的DO主机之路。

Gopher Daily(Gopher每日新闻) – https://gopherdaily.tonybai.com

我的联系方式：

• 微博(暂不可用)：https://weibo.com/bigwhite20xx
• 微博2：https://weibo.com/u/6484441286
• 博客：tonybai.com
• github: https://github.com/bigwhite
• Gopher Daily归档 – https://github.com/bigwhite/gopherdaily
• Gopher Daily Feed订阅 – https://gopherdaily.tonybai.com/feed

商务合作方式：撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。

本文永久链接 – https://tonybai.com/2025/04/03/waitgroup-go-proposal

sync.WaitGroup是Go语言中处理并发任务同步最常用的原语之一。然而，其经典的Add(1)、go func() { defer wg.Done() … }()、Wait()模式虽然强大，却也因其固定写法和潜在的陷阱（如忘记Done或将Add误置于goroutine内部）而让开发者时常感到繁琐，对新手尤其不友好。近日，一项旨在简化这一模式的提案#63796在Go社区引发了广泛关注，并已被标记为Likely Accept，预示着sync.WaitGroup可能很快将迎来一个实用的新方法：Go。这也意味着Go开发者可以告别Add、defer Done的样板代码，并避免它们的“陷阱”可能导致的难以捕捉的代码错误。在这篇文章中，我就来简单介绍一下WaitGroup.Go这个提案。

1. 现有模式的痛点与WaitGroup.Go的提出

当前使用WaitGroup的标准模式通常如下所示：

package main

import (
    "fmt"
    "sync"
    "time"
)

func work(id int) {
    fmt.Printf("Worker %d starting\n", id)
    time.Sleep(time.Second)
    fmt.Printf("Worker %d done\n", id)
}

func main() {
    var wg sync.WaitGroup
    for i := 1; i <= 5; i++ {
        // 注意：在 Go 1.22 之前，需要 i := i 来避免闭包捕获问题
        // i := i
        wg.Add(1) // 必须在启动 goroutine 前调用 Add
        go func(id int) {
            defer wg.Done() // 必须在 goroutine 退出前调用 Done
            work(id)
        }(i)
    }
    wg.Wait() // 等待所有 goroutine 完成
    fmt.Println("All workers done")
}

这种样板使用模式存在几个容器出错的关键点：

• wg.Add(1) 的位置: 必须在启动goroutine之前调用。如果将其放在goroutine内部，可能会导致Wait在Add执行前就返回，引发panic或竞态条件。这是最常见的错误之一。
• defer wg.Done(): 必须确保在goroutine逻辑结束时调用Done，否则Wait将永久阻塞。defer是推荐做法，但也可能被遗漏。
• 闭包变量捕获 (Go < 1.22): 在Go 1.22之前的版本中，循环变量直接在goroutine的闭包中使用会导致所有goroutine共享同一个变量值，需要i := i 这样的技巧来创建副本。

为了解决这些问题，提案#63796 建议为sync.WaitGroup添加一个Go方法：

// Go calls f on a new goroutine and adds that task to the WaitGroup.
// When f returns, the task is removed from the WaitGroup.
// ... (其他文档细节省略)
func (wg *WaitGroup) Go(f func()) {
    wg.Add(1)
    go func() {
        defer wg.Done()
        f()
    }()
}

这个方法简洁地封装了Add(1)、启动goroutine和defer Done()的逻辑。使用Go方法后，之前的例子可以大幅简化为下面代码：

package main

import (
    "fmt"
    "sync"
    "time"
)

func work(id int) {
    fmt.Printf("Worker %d starting\n", id)
    time.Sleep(time.Second)
    fmt.Printf("Worker %d done\n", id)
}

func main() {
    var wg sync.WaitGroup // 假设WaitGroup已包含Go方法
    for i := 1; i <= 5; i++ {
        // Go 1.22+版本无需i := i
        wg.Go(func() {
            work(i)
        })
    }
    wg.Wait()
    fmt.Println("All workers done")
}

我们可以看到，代码不仅行数减少，而且显著降低了出错的可能性，尤其是避免了Add位置错误这一高频陷阱。

2. 时机成熟：为何现在是引入WaitGroup.Go的好时机？

该提案并非首次提出（相关讨论可追溯至#18022和#39863），但之前的提案因各种原因未能被接受。此次能够获得”Likely Accept”的状态，可能主要得益于以下几个因素：

• Go 1.22循环变量语义变化

Go 1.22正式“修正”了for循环的变量语义，使得每次迭代都会创建新的循环变量实例。这极大地降低了在wg.Go的闭包函数中直接使用循环变量的风险，使得func()形式的API更加安全和自然。正如dsnet在评论中指出的，虽然闭包仍可能引入其他变量修改的风险，但相比wg.Add位置错误，这种风险出现的频率要低得多。

• 社区实践的验证

许多流行的第三方库（如tailscale.com/syncs和sourcegraph/conc）以及golang.org/x/sync/errgroup都已经实现了类似的Go方法，证明了其在实际开发中的价值和受欢迎程度。这为标准库采纳该模式提供了有力佐证。

• 错误预防的迫切性

尽管社区曾讨论过通过vet工具检查wg.Add误用（#18022），但此前相关检查迟迟未能落地（直到最近才由adonovan等人推动并合并了相关分析器）。直接在API层面提供更安全的替代方案，被认为是更有效的解决途径。GitHub代码搜索也显示，虽然正确用法占绝大多数，但错误用法（go之后才Add）数量仍然不可忽视（上千例）。

3. 社区讨论焦点

在提案的讨论过程中，社区成员也提出了一些值得思考的问题，这里也找出一些典型的问题供大家玩味：

• 是否需要新类型？

有人建议创建一个新的类型（如sync.Tasks），以避免WaitGroup同时存在Add/Done和Go两种模式可能带来的混淆。但主流观点认为，将Go方法添加到现有WaitGroup可以方便现有代码的原地升级（gopls甚至已为此添加了自动化重构支持），并且混合使用的风险较低（错误使用Done会快速panic，多余的Add也会导致Wait阻塞，易于发现）。

• 与errgroup的关系

errgroup.Group也有Go方法，但它还处理了错误传播和context取消。WaitGroup.Go则更纯粹地关注任务同步，两者定位不同，可以共存。将errgroup引入标准库是另一个独立的提案（#57534）。

• 方法命名

曾有提议使用Start或Run，但Go这个命名与errgroup中的Go保持一致，且能清晰表达“启动新goroutine”的含义，最终获得了更多支持。

• 文档重塑

Go当前的技术负责人aclements建议将WaitGroup的文档从“计数器”视角转向“任务集合”视角，并将Go作为首选方法进行介绍。对此adonovan提醒WaitGroup本质仍是计数信号量，文档更新需谨慎平衡。

4. 小结

sync.WaitGroup.Go提案的”Likely Accept”状态对于Go开发者来说是一个积极的信号。这个看似简单的补充，有望显著提升Go并发编程的体验，减少Add和Done的样板代码，规避常见错误。它体现了Go团队在保持核心库简洁性的同时，也愿意吸收社区成熟实践、优化开发者体验的务实态度。我们期待在未来的Go版本中看到这一实用特性的正式发布，届时，编写健壮、简洁的并发代码将变得更加容易。

5. 参考资料

• proposal: sync: add WaitGroup.Go – https://github.com/golang/go/issues/63796
• errgroup doc – https://pkg.go.dev/golang.org/x/sync/errgroup

Gopher部落知识星球在2025年将继续致力于打造一个高品质的Go语言学习和交流平台。我们将继续提供优质的Go技术文章首发和阅读体验。并且，2025年将在星球首发“Gopher的AI原生应用开发第一课”、“Go陷阱与缺陷”和“Go原理课”专栏！此外，我们还会加强星友之间的交流和互动。欢迎大家踊跃提问，分享心得，讨论技术。我会在第一时间进行解答和交流。我衷心希望Gopher部落可以成为大家学习、进步、交流的港湾。让我相聚在Gopher部落，享受coding的快乐! 欢迎大家踊跃加入！

著名云主机服务厂商DigitalOcean发布最新的主机计划，入门级Droplet配置升级为：1 core CPU、1G内存、25G高速SSD，价格6$/月。有使用DigitalOcean需求的朋友，可以打开这个链接地址：https://m.do.co/c/bff6eed92687 开启你的DO主机之路。

Gopher Daily(Gopher每日新闻) – https://gopherdaily.tonybai.com

我的联系方式：

• 微博(暂不可用)：https://weibo.com/bigwhite20xx
• 微博2：https://weibo.com/u/6484441286
• 博客：tonybai.com
• github: https://github.com/bigwhite
• Gopher Daily归档 – https://github.com/bigwhite/gopherdaily
• Gopher Daily Feed订阅 – https://gopherdaily.tonybai.com/feed

商务合作方式：撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。