标签 goroutine 下的文章

我的 Gopher “长期主义”:从《Go语言第一课》新书说起

本文永久链接 – https://tonybai.com/2025/08/28/go-primer-published

大家好,我是Tony Bai。

前不久,在知乎上看到一个关于 Go 社区的帖子,其中一条评论让我感慨良多:

“GopherChina 都没了,国内还有几人坚持?Tony Bai好像还在更新”

短短一句话,道尽了社区的变迁与坚持的不易。这句来自读者的回答,让我内心欣慰,也让我有机会停下来,审视自己在这条路上走了多远,以及为什么还要继续走下去。

答案或许很简单,就是三个字:长期主义

我的个人博客 tonybai.com,从 2004 年断断续续更新至今,已经走过了二十个年头。而我在 Go 语言这条路上的“长期主义”,则始于 2011 年。那时,Go 尚处襁褓,在国内几乎无人问津。我凭借着一股直觉和热爱,一头扎了进去,成为了国内最早一批的 Go 语言探索者。

十余年来,这份坚持从未间断。从早期的博客分享,到后来出版的《Go语言精进之路》;从 GopherChina 大会的讲台,到几乎每日更新的 GopherDaily,我一直在尽我所能地为社区贡献。

这份坚持也延续到了今年。从年初开始,我在公众号上陆续推出了多个“微专栏”系列,深入探讨 Go 源码与实践的细节;与此同时,我的新课程Go语言进阶课也已在极客时间上线,希望能带领大家向更深层次迈进。

布道,其实是一件极具价值的事情——传递自己的观点,影响一群人,做成一件事。

今天,我的这份“长期主义”清单上,又将增添新的一项。我想借此机会,向一直支持我的朋友们,正式宣布一个喜讯。

官宣喜讯:历时一年半,2.4w 人订阅的《Go语言第一课》成书!

四年前,我在极客时间开设了专栏《Go语言第一课》。令我欣慰的是,这个专栏得到了广大 Gopher 的认可和喜爱。截至今日,它已经影响了超过 2.4 万名订阅者(截至2025.8),在编程语言类专栏里取得了相当不错的成绩。

为了让这份经过市场检验的优质内容,能以一种更经典、更触手可及的方式,帮助更多人踏入 Go 语言的大门,我与人民邮电出版社异步图书合作,历时一年多的精心打磨,终于将它变成了纸质书 — 我的第二本“小黄书”:

我必须强调,这本书并非专栏的简单复制。在近一年多的时间里,我倾注了大量心血,进行了一次彻底的精修与增补:

  • 内容与时俱进:全书内容与最新的 Go 1.24 版本 同步(注:交稿时的最新版本为Go 1.24),确保知识的前沿性与准确性。
  • 知识体系更完整:我特别补充和深化了专栏中因篇幅所限未能详尽展开的关键内容,如指针类型的深入探讨、测试的最佳实践、以及泛型的全面讲解,使其作为一本入门读物更加系统和完备。
  • 全面精炼与优化:基于三年来数万读者的宝贵反馈,我对全书的结构、文字表述、示例代码和图示进行了地毯式的优化,力求为读者提供“保姆级”的丝滑阅读体验。

为了让大家更直观地感受这本书是如何从“道”到“术”,构建一个完整而系统的知识体系的,我在这里分享本书的核心目录结构:


《Go语言第一课》核心目录概览

  • 第一部分:建立宏观认知 (打好地基)

    • 第1章 Go的那些事儿 (追本溯源,深入理解Go的诞生背景、演进历史与核心设计哲学:简单、显式、组合、并发、面向工程)
  • 第二部分:基础与工程化 (工欲善其事)

    • 第2章 建立Go开发环境
    • 第3章 第一个Go程序
    • 第4章 Go包、模块与代码组织结构
    • 第5章 Go的依赖管理 (从演化到Go module实战)
  • 第三部分:核心语法精讲 (深入肌理)

    • 第6章 变量与类型
    • 第7章 基本数据类型
    • 第8章 常量 (深入理解无类型常量等创新)
    • 第9章 复合数据类型 (数组、切片、map、结构体)
    • 第10章 指针类型 (新增与深化章节,彻底搞懂Go指针)
    • 第11章 控制结构
  • 第四部分:Go编程思想与范式 (提升境界)

    • 第12章 函数 (一等公民、defer的妙用与代价)
    • 第13章 错误处理 (Go独特的错误处理哲学与实践)
    • 第14章 方法 (深入理解Receiver的选择原则)
    • 第15章 接口类型 (小接口、组合思想与底层实现)
  • 第五部分:Go核心竞争力 (决胜未来)

    • 第16章 并发编程 (Goroutine、Channel与CSP并发模型)
    • 第17章 泛型 (与Go 1.24同步,从设计演化到语法实践)
    • 第18章 测试 (表驱动测试、示例测试、性能基准测试等最佳实践)

从这份目录中大家可以看到,本书的路径设计清晰:从建立对 Go 的整体认知和哲学认同开始,到掌握扎实的工程基础,再到深入语言的核心语法与编程范式,最终聚焦于并发、泛型和测试这三大核心竞争力。 这是一条为初学者量身打造的、平滑而陡峭的学习曲线,旨在帮助你不仅学会 Go,更能学好 Go。

当然这份精益求精的背后,离不开人民邮电出版社异步图书编辑老师们的辛勤付出。在长达一年的审校过程中,他们以极高的专业素养和一丝不苟的态度,对书稿的每一处细节进行推敲和打磨。从章节结构的优化,到遣词造句的斟酌,再到每一个标点符号的校对,都倾注了大量心血。

下面这张布满批注的审稿截图,只是责任编辑秦健老师无数次打磨与推敲的一个缩影。正是因为有了这样认真负责的合作伙伴,这本书才能以更好的面貌呈现给大家。在此,向编辑老师们致以我最诚挚的谢意!

简单来说,这本书凝结了我十余年的 Go 语言实战经验和布道心血,旨在为所有初学者提供一条清晰、高效的 Go 语言入门路径,不仅能快速上手,更能从一开始就建立起扎实的工程思维,为后续的进阶和实战打下坚实的基础。

灵魂拷问:AI 时代,我们为什么还需要一本入门书?

官宣完毕,我想和你探讨一个更深层次的问题。

在 ChatGPT、Claude、Gemini、DeepSeek、Copilot 等 AI 工具已经能“秒答”任何技术问题的今天,我们为什么还需要静下心来,系统地去阅读一本厚重的、入门级的纸质书?

这是一个极其现实的挑战。作为一名同样深度使用 AI 的工程师,我的答案是:越是在这个时代,我们越需要一本好的入门书。

1. AI 提供“答案”,书籍构建“体系”

AI 的强大之处,在于它能针对你提出的具体问题,迅速给出一个看起来可行的“答案”(代码片段)。它能高效地帮你解决“术”层面的问题。

但一本好的入门书,为你构建的是一张捕鱼的“”——一个结构化、系统化的知识体系。它从语言的“前世今生”与设计哲学讲起,为你建立宏观认知;然后层层递进,系统讲解语法、并发、泛型等核心知识点。

没有体系的知识是脆弱的、零散的。你或许能用 AI 拼凑出一个能运行的程序,但在面对复杂、未知的问题时,你将因为缺乏坚实的知识框架而寸步难行。而这本书,正是为你打造这张网。

2. 对抗“能力空心化”,修炼真正的“内功”

我在之前的文章中反复提及一个概念——警惕 AI 带来的“能力空心化”。过度依赖 AI,会让初级工程师陷入“知其然,而不知其所以然”的困境

系统地学习一本入门书,恰恰是修炼“内功”的最佳方式。它强迫你去理解每一行代码背后的设计哲学、核心原理、以及那些微妙的权衡取舍

  • 为什么 Go 的错误处理是这样的?
  • interface{} 的底层实现是怎样的?
  • CSP 并发模型的核心思想是什么?

这些问题的答案,无法通过简单的 Prompt 获得。它们需要你沉下心来,跟随作者的思路,一步一个脚印地去理解和内化。这个过程,正是在构建你作为一名工程师,那份不可被 AI 替代的核心竞争力。

3. 纸质书,一种无可替代的沉浸式学习体验

最后,让我们回归阅读本身。

在信息过载的今天,纸质书提供了一种稀缺的、主动的、专注的、沉浸式的学习体验。它能帮助我们暂时摆脱屏幕上无尽的通知和干扰,让大脑进入一种更深度的思考状态。你可以随时在书页上圈点、批注,与作者进行一场跨越时空的对话。这种物理的交互感和知识的“拥有感”,是任何数字媒介都无法比拟的。

布道者的心声:传递观点,影响他人

回首这十几年的 Go 之旅,我愈发觉得,布道本身就是一件极具价值的事情。它不仅仅是分享知识,更是传递一种观点,影响一群人,最终一起做成一件事情。

我写博著书和开设专栏的初衷,也正是如此。我希望传递的,不仅仅是 Go 语言的“术”——那些语法和技巧;更是 Go 语言的“道”——那种“简单、显式、组合、并发、面向工程”的编程哲学与乐趣。

在此,我要特别感谢极客时间平台,感谢人民邮电出版社异步图书的专业与付出,但最想感谢的,是四年来那 2.4w+ 的专栏订阅者,以及所有在我的博客、公众号、社区中与我交流、给我反馈的每一位读者。是你们的支持,才让这份“长期主义”有了最坚实的意义。

行动号召:即刻拥有你的《Go语言第一课》

现在,这本凝结了无数心血的《Go语言第一课》纸质版,已正式上市!

在本书的定价阶段,我和出版社的编辑老师们有一个共同的坚持:希望能让更多的 Go 语言爱好者,能够以更低的门槛,轻松地获取这份系统化的知识。为此,我们将这本书的定价一再压缩,最终定在了 79.8 元

而为了感谢大家一直以来的支持与耐心等待,我们特别为大家申请了首发专属福利。在活动期间,大家可以通过下方的专属链接,以【五折优惠】的价格——算下来仅需不到 40 元——将这本300多页的硬核知识带回家。

这可能是本书在未来很长一段时间内的最低价格,希望能让每一位真正热爱 Go 语言的朋友,都能无压力地拥有它。

扫描下方二维码或点击这里, 即享五折优惠,即刻开启你的Go语言高效学习之旅!

请注意,此五折优惠二维码仅在新书首发冲量期间有效,机会难得,不要错过!

为了更好地服务本书读者,我也为本书创建了专属的 GitHub 仓库,用于持续发布勘误信息和提供完整的配套示例代码。追求高质量,是我们共同的目标。

  • 勘误与代码支持:https://github.com/bigwhite/goprimer

期待在书的扉页里,与你相遇。


商务合作方式:撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。如有需求,请扫描下方公众号二维码,与我私信联系。

无聊即可靠:一位资深工程师的九条系统设计法则

本文永久链接 – https://tonybai.com/2025/08/26/good-system-design

大家好,我是Tony Bai。

在技术圈,我们常常被各种“炫技式”的系统设计建议所包围。从入门级的“你一定没听说过队列吧?”到专家级的“在数据库里存布尔值简直是灾难”,这些建议要么过于肤浅,要么过于精巧,往往脱离了大多数工程实践的真实上下文。就连《设计数据密集型应用》这样的经典之作,虽然深刻,却也可能与我们日常面对的大多数问题有些距离。

那么,究竟什么是好的系统设计?如果说软件设计是如何组织代码,那么系统设计就是如何组织服务。其基本元素不再是变量和函数,而是应用服务器、数据库、缓存、队列、事件总线和代理。

近日,一篇名为《我所知道的关于优秀系统设计的一切》的文章在工程师社群中引发了广泛共鸣。其核心观点让人耳目一新:优秀的系统设计,往往看起来平平无奇,甚至有些“无聊”。这种“无聊”,恰恰是系统长期稳定、易于维护的标志。

在本文中,我就和大家一起深入这篇文章的核心思想,看看这位作者所说的“无聊即可靠”的系统设计法则究竟都是哪些!

识别优秀设计:于无声处听惊雷

优秀的设计是什么样的?它往往是“无感的”。当你发现一个功能实现起来比预想的要简单,或者你几乎从不需要去关心系统的某个部分,因为它总是在默默地、可靠地工作时,你就身处一个优秀的设计之中。

这引出了一个悖论:优秀的设计是自我掩饰的,而糟糕的设计往往看起来更令人印象深刻。一个充斥着分布式共识、多种事件驱动模式、CQRS 等“高级”概念的系统,常常让我们心生警惕。这背后,要么是为了弥补某个根本性的错误决策,要么就是赤裸裸的过度设计。

许多工程师看到复杂的系统,会惊叹:“这里发生了好多系统设计!” 但事实恰恰相反,复杂通常是优秀设计缺位的体现。当然,有些系统的复杂性是业务本身带来的,它们不可避免。但一个能正常工作的复杂系统,永远是从一个能正常工作的简单系统演化而来的。从零开始构建一个复杂系统,几乎注定会走向失败。

这与 Go 语言的哲学高度契合。Go 本身就是一门“无聊”的语言,它刻意回避了许多其他语言中的复杂特性,以换取无与伦比的简洁性、可靠性和工程效率。同样,优秀的 Go 系统设计,也应该追求这种“无聊”的可靠性。

状态与无状态:系统设计的核心难题

软件工程中最困难的部分,永远是状态管理。只要你需要在任何时间段内存储任何信息,一系列棘手的决策就会接踵而至。相反,不存储任何信息的应用被称为“无状态”的。

法则一:最大限度地减少有状态组件。

虽然我们应该最小化所有组件,但有状态的组件尤其危险,因为它们会进入“坏的状态”。一个无状态的服务(比如 PDF 转 HTML 服务)可以被容器编排系统(如 Kubernetes)轻易地杀死和重启,从而实现故障自愈。但一个有状态的服务(如数据库)却不能。如果数据库中出现一条格式错误的“脏数据”导致应用崩溃,你就必须手动介入修复。

在实践中,这意味着我们应该努力将系统划分成两种角色:
1. 少数的有状态服务:它们负责与数据库等持久化存储打交道,是状态的“守护者”。
2. 大量的无状态服务:它们负责处理业务逻辑、计算等任务,本身不存储任何持久化状态。

要严格避免让五个不同的服务去写同一张数据库表。更好的模式是,让其中四个服务通过 API 请求或发布事件的方式,与那个唯一的“状态守护者”服务通信,将所有写逻辑都封装在守护者服务内部。对于读逻辑,虽然可以稍微放宽,但将读操作也收敛到一个服务中,依然是更优的选择,只是有时为了性能,我们会容忍一些服务直接读取数据库副本。

数据库:状态的心脏

既然状态管理是核心,那么承载状态的数据库自然就是系统的心脏。以下是围绕关系型数据库(如 PostgreSQL)的一些关键实践。

法则二:精心设计“刚刚好”的 Schema 和索引。

  • Schema 设计:Schema 设计需要在灵活性和规范性之间找到平衡。一旦数据量达到百万级别,修改 Schema 将会是一场噩梦。但如果过度追求灵活性,例如将所有数据都塞进一个 JSON 字段,或者使用 EAV(实体-属性-值)模型,虽然初期开发快,但会将巨大的复杂性和潜在的性能问题转移到应用层代码中。一个好的标准是:你的表结构应该能让一个新人大致读懂应用的业务模型
  • 索引:索引是数据库性能的命脉。要根据最常见的查询模式来创建索引。例如,如果你经常按 WHERE user_id = ? AND status = ? 查询,那么就应该创建一个 (user_id, status) 的复合索引。索引的顺序至关重要,应该将选择性更高(基数更大)的字段放在前面。user_id 的值远比 status(可能只有几种状态)要多,所以 (user_id, status) 远优于 (status, user_id)。同时,不要滥用索引,因为每个索引都会增加写的开销。

法则三:让数据库做它最擅长的事。

在高流量应用中,数据库访问往往是最大的瓶颈。
* 避免 N+1 查询:这是 ORM 带来的常见陷阱。如果你需要从多个表中获取数据,优先使用 JOIN,而不是在应用代码中先查询一个表,然后在循环中逐个查询另一个表。在 Go 中,即使使用 database/sql 或 sqlx,也应通过 IN 子句等方式批量获取数据。
* 善用读写分离:典型的数据库架构包含一个主节点(写)和多个从节点(读)。将尽可能多的读请求路由到只读副本上,可以极大地减轻主节点的压力。唯一的例外是那些无法容忍任何复制延迟的场景。
* 警惕写风暴:对数据库压力最大的操作是写,尤其是事务中的写。如果你的服务可能会产生突发的写请求(例如批量导入功能),务必考虑在应用层进行节流(Throttling)或缓冲。一个简单的 Go 实现可以是,将批量任务拆分成小任务,通过一个带缓冲的 channel 发送给一组 worker goroutine,由它们平滑地写入数据库。

慢操作与快操作:队列是你的朋友

一个服务需要快速响应用户的交互(如 API 请求),通常在几百毫秒内。但有些操作天生就很慢(如视频转码)。

法则四:将慢操作异步化,使用后台作业(Background Jobs)。

通用模式是将“能为用户提供即时价值的最小工作单元”同步完成,将其余的慢操作放入后台作业中处理。例如,用户上传视频后,立即返回“上传成功,正在处理中”,然后将转码任务放入队列。

每个技术公司都会有一套后台作业系统,通常由两部分组成:一个队列(如 Redis、RabbitMQ)和一个作业执行服务。在 Go 生态中,AsynqMachinery 是非常成熟和流行的选择。对于需要延迟执行的任务(例如一个月后发送提醒邮件),直接写入数据库表,然后用定时任务(如 Go 的 cron 库)去扫描和触发,是一种更“无聊”也更可靠的模式。

缓存:一把锋利的双刃剑

当一个慢操作的结果可以被多个用户复用时,缓存就派上了用场。

法则五:谨慎使用缓存,优化优于缓存。

初级工程师热衷于缓存一切,而资深工程师则对缓存避之不及。为什么?因为缓存引入了新的状态,它会过时、会与数据源不一致、会引发难以排查的“幽灵”Bug。在缓存一个慢查询之前,请先确认它是否已经有了最优的索引。

在 Go 中,我们可以使用 sync.Map 或带锁的 map 实现简单的内存缓存,也可以使用 Redis 等外部服务实现分布式缓存。一个有用的“无聊”缓存技巧是,对于那些计算成本极高且不常变化的大型报告,可以用一个定时作业(cron job)每天生成一次,然后将结果(如 JSON 或 Parquet 文件)存入对象存储(如 S3)。API 服务直接从对象存储中提供这个静态文件,这远比维护一个复杂的分布式缓存系统要简单和可靠。

事件:当“不知情”成为一种美德

除了作业队列,事件总线(如 Kafka、NATS)是另一种重要的异步机制。

法则六:当发送者不关心(或不应关心)接收者的行为时,使用事件。

事件与 API 调用的核心区别在于耦合度。API 调用是一种紧耦合的、同步的请求-响应模式。而事件是一种松耦合的、发布-订阅模式。发送者只负责声明“某件事发生了”(如 UserSignedUp),它不关心谁在监听,也不等待任何结果。

在 Go 中,NATS 是一个非常流行的、云原生友好的选择。一个典型的场景是:用户注册服务在成功创建用户后,向 NATS 发布一条 UserSignedUp 事件。下游的邮件服务、风控服务、数据分析服务可以各自订阅并处理这条事件,它们之间互不影响,注册服务也不需要知道它们的存在。

热路径:将精力花在刀刃上

一个复杂的系统有无数的数据流和用户交互路径,试图让每一处都完美是不现实的。

法则七:识别并聚焦于“热路径”。

“热路径”指的是系统中最关键流量最大的部分。在一个电商系统中,“商品浏览”和“下单支付”是热路径,而“修改用户头像”则不是。

热路径的决策空间更小,犯错的成本也更高。一个设计糟糕的设置页面可能只会影响少数用户,但一个有性能问题的下单接口,则可能导致整个业务瘫痪。我们应该将最好的工程资源、最审慎的设计和最完善的监控,都投入到热路径上。

可观测性:照亮黑暗的角落

法则八:在“不开心”的路径上积极地留下痕迹。

当系统出现问题时,日志和指标是我们唯一的线索。

  • 日志:许多工程师为了代码的“优雅”而不愿添加日志。这是一个巨大的错误。尤其是在错误处理、业务决策分支等“unhappy path”上,要积极地、结构化地打日志。Go 1.21+ 内置的 log/slog 包是实现结构化日志的绝佳工具。一个好的日志应该告诉你“为什么”会走到这个分支,而不仅仅是“走到了”这个分支。
  • 指标:除了 CPU、内存等基础指标,还要关注核心业务指标,如队列长度、作业处理耗时、API 响应时间等。尤其要关注 P95/P99 延迟,因为平均值会掩盖掉那些最大、最重要的用户正在遭受的痛苦。

为失败而设计:优雅地倒下

法则九:思考系统在最坏情况下的行为。

  • 重试:不能盲目重试。对于失败的请求,应采用带抖动的指数退避策略,避免在下游服务已经过载时,用重试请求将其彻底压垮。
  • 幂等性:对于所有会产生副作用的写操作(如支付),必须保证其幂等性。经典的实现方式是,在请求中加入一个唯一的“幂等键”(Idempotency Key),服务端记录下处理过的键,对于重复的请求直接返回之前的结果。
  • 故障开关与优雅降级:想清楚当某个依赖不可用时,系统应该“故障开放”(Fail-Open)还是“故障关闭”(Fail-Closed)。限流系统通常应该故障开放,因为可用性比精确限流更重要。而认证系统则必须故障关闭。

小结:拥抱“无聊”的智慧

系统设计的核心,不是追逐时髦的技术或精巧的架构,而是像一个经验丰富的管道工,知道如何用最普通、最可靠的组件,以最稳固的方式将它们连接起来。在大型科技公司,这些“无聊”的组件——事件总线、缓存服务、作业队列——都已是现成的基础设施。此时,优秀的系统设计,就是以最简单直接的方式,将它们恰当地组合起来,解决业务问题。

这种对简洁、可靠和务实的追求,与 Go 语言的设计哲学如出一辙。也许,最激动人心的系统设计,正是那个能让未来接手它的工程师感叹“嗯,这里没什么特别的,一切都理所当然”的设计。因为“理所当然”的背后,是深思熟虑的简单,是千锤百炼的可靠。

资料链接:https://www.seangoedecke.com/good-system-design/


你的Go技能,是否也卡在了“熟练”到“精通”的瓶颈期?

  • 想写出更地道、更健壮的Go代码,却总在细节上踩坑?
  • 渴望提升软件设计能力,驾驭复杂Go项目却缺乏章法?
  • 想打造生产级的Go服务,却在工程化实践中屡屡受挫?

继《Go语言第一课》后,我的《Go语言进阶课》终于在极客时间与大家见面了!

我的全新极客时间专栏 《Tony Bai·Go语言进阶课》就是为这样的你量身打造!30+讲硬核内容,带你夯实语法认知,提升设计思维,锻造工程实践能力,更有实战项目串讲。

目标只有一个:助你完成从“Go熟练工”到“Go专家”的蜕变! 现在就加入,让你的Go技能再上一个新台阶!


商务合作方式:撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。如有需求,请扫描下方公众号二维码,与我私信联系。

如发现本站页面被黑,比如:挂载广告、挖矿等恶意代码,请朋友们及时联系我。十分感谢! Go语言第一课 Go语言进阶课 Go语言精进之路1 Go语言精进之路2 Go语言第一课 Go语言编程指南
商务合作请联系bigwhite.cn AT aliyun.com

欢迎使用邮件订阅我的博客

输入邮箱订阅本站,只要有新文章发布,就会第一时间发送邮件通知你哦!

这里是 Tony Bai的个人Blog,欢迎访问、订阅和留言! 订阅Feed请点击上面图片

如果您觉得这里的文章对您有帮助,请扫描上方二维码进行捐赠 ,加油后的Tony Bai将会为您呈现更多精彩的文章,谢谢!

如果您希望通过微信捐赠,请用微信客户端扫描下方赞赏码:

如果您希望通过比特币或以太币捐赠,可以扫描下方二维码:

比特币:

以太币:

如果您喜欢通过微信浏览本站内容,可以扫描下方二维码,订阅本站官方微信订阅号“iamtonybai”;点击二维码,可直达本人官方微博主页^_^:
本站Powered by Digital Ocean VPS。
选择Digital Ocean VPS主机,即可获得10美元现金充值,可 免费使用两个月哟! 著名主机提供商Linode 10$优惠码:linode10,在 这里注册即可免费获 得。阿里云推荐码: 1WFZ0V立享9折!


View Tony Bai's profile on LinkedIn
DigitalOcean Referral Badge

文章

评论

  • 正在加载...

分类

标签

归档



View My Stats