本文永久链接– https://tonybai.com/2025/05/14/which-go-router-should-you-use大家好，我是 Tony Bai。最近，知名 Go 博主 Alex Edwards 更新了他那篇广受欢迎的文章——“Which Go router should I use?”，特别提到了Go 1.22 版本对标准库 http.ServeMux 的显著增强。这篇文章再次引发了我们对 Go Web 开发中一个经典问题的思考：在选择路由库时，我们应该坚守标准库，还是拥抱功能更丰富的第三方库？这个问题，其实并不仅仅关乎路由选择，它更触及了 Go 开发哲学中一个核心原则——“标准库优先” (Standard Library First)。今天，我们就以 Go 路由选择为切入点，聊聊这个原则，以及在实践中我们该如何权衡“坚守”与“拓展”。“标准库优先”的魅力何在？Alex Edwards 在他的文章中旗帜鲜明地提出：“Use the standard library if you can”（如果可以，就用标准库）。这并非空穴来风，而是深深植根于 Go 语言的设计哲学和社区实践。为什么“标准库优先”如此有吸引力？简洁性与零依赖：最直接的好处就是减少了项目的外部依赖。正如我们在之前讨论Rust 依赖管理时所看到的，过多的依赖会增加项目的复杂性、构建体 ...继续阅读 (30)

本文永久链接– https://tonybai.com/2025/05/13/goos-none-proposal大家好，我是Tony Bai。Go语言凭借其简洁、高效和强大的并发模型，已在云原生和服务器端开发领域占据重要地位。但它的潜力远不止于此。一项备受关注的新提案 (#73608) 再次将目光投向了更底层的领域，建议引入 GOOS=none target。其核心并非简单添加一个操作系统类型，而是试图定义一套连接 Go 运行时与底层硬件/环境的接口，为 Go 语言铺设一条通往裸金属执行、安全固件开发乃至 Unikernel 和特定微控制器场景的桥梁。然而，这套接口能否以及如何实现“标准化”，并融入 Go 的兼容性承诺，成为了社区热议的焦点。本文就来和大家一起看看这个提案的核心思想、技术细节及其对 Go 语言未来发展的潜在影响。GOOS=none：定义 Go 与底层硬件的契约提案的核心是允许 Go 程序在编译时指定 GOOS=none，编译产物将不依赖任何传统 OS 系统调用。所有必要的底层交互——从 CPU 初始化、时钟、随机数生成到基本输出——都将通过一组明确定义的接口委托给开发者提供的特定于硬件的板级支持包 (Board Support Package, BSP) 或应用层代码来实现。这些 BSP 和驱动同样可用 Go 编写。这套接口的设计基于已成功实践多年的T ...继续阅读 (51)

本文永久链接– https://tonybai.com/2025/05/13/go-prefer-less-framework大家好，我是 Tony Bai。Go 语言自诞生以来，就以其简洁、高效和强大的并发模型赢得了全球开发者的青睐。它的设计者们，包括 Rob Pike、Ken Thompson 这些计算机界的巨匠，在创造 Go 的时候，秉持了一种鲜明的风格：“少即是多” (Less is More)。这不仅体现在其精简的语法和关键字上，更深刻地影响了 Go 社区对于“框架” (Frameworks) 的普遍态度。虽然 Go 官方从未明确宣称“轻框架或无框架”是其核心哲学，但从其设计选择——如强大的标准库、鼓励组合优于继承——以及社区早期的主流声音来看，Go 显著地倾向于“轻框架”，或者说“反大型、侵入式框架”。但这种在语言层面推崇的“轻盈”与“自由”，在实际的团队协作和大型项目开发中，究竟是解放生产力的“馈赠”，还是悄然套上了一层限制效率的“无形枷锁”？今天，我们就来探讨一下 Go 社区这种独特的“轻框架”理念。“轻框架”的初心：拥抱简洁、掌控与标准库的力量Go 社区对“轻框架”的偏爱，并非空穴来风，而是源于对传统大型框架某些弊端的回避，以及对 Go 自身优势的充分自信：对“重框架”的反思：Go 的设计者们深谙大型框架（如 Java Spring, Ruby on ...继续阅读 (54)

本文永久链接– https://tonybai.com/2025/05/11/ian-lance-taylor-leave-go大家好，我是Tony Bai。今天，Go 语言社区传来一个令人瞩目又略感“悲伤”的消息：Go核心团队的元老级人物 Ian Lance Taylor在为 Google 效力 19 年后，宣布离开。对于许多 Gopher 来说，Ian Taylor 的名字与 Go 语言的早期发展、GCC Go 前端 gccgo 的诞生，以及历时多年最终在 Go 1.18 实现的泛型设计紧密相连。他的离开，不仅仅是一位资深工程师的职业变动，更像是一个时代的注脚，引发我们对 Go 语言发展阶段、团队演进以及开源项目生命力的深层思考。我们是否可以说，Go 语言正在步入一个“后元老时代”？这又意味着什么？在这篇文章中，我们就来简单聊聊。一位“老兵”的自白与 Go 的变迁在 Ian Taylor 的告别博文《Leaving Google》中，他回顾了自己从 2008 年加入 Go 团队（几乎与 Russ Cox 同期）至今的历程。他对自己角色的定位是：“追踪我所能追踪的关于项目的一切，并寻找需要帮助的领域。” 从为 GCC 添加 Go 前端以确保语言规范的清晰，到为 Google 内部构建系统和 SWIG 添加 Go 支持，再到推动泛型的落地，Ian Taylor 的贡献无 ...继续阅读 (68)

本文永久链接– https://tonybai.com/2025/05/10/rust-dependencies-scare-me大家好，我是Tony Bai。在现代软件开发中，高效的包管理系统和繁荣的开源生态极大地加速了我们的开发进程。Rust语言的Cargo及其crates.io生态便是其中的佼佼者，为开发者带来了前所未有的便捷。然而，这种便捷性是否也伴随着一些潜在的“代价”？近期，一位名叫Vincent的国外Rust开发者在其博客文章《Rust Dependencies scare Me》中，就真诚地抒发了他对Rust依赖管理的深切忧虑。这篇博文在Hacker News等社区引发了热烈讨论，其指出的问题——从依赖的维护性到惊人的代码体积——或许也值得我们每一位使用现代包管理系统的开发者深思。今天，我们就来一起解读Vincent的这篇文章，看看他遇到了哪些具体问题，并结合社区的智慧与我们的经验，探讨这些现象背后的启示。Cargo的魅力：作者眼中的“美好一面”在这位开发者看来，Cargo无疑是Rust生态的巨大优势。他强调，Cargo极大地提升了生产力，开发者无需像使用CMake(多用于C++项目)那样手动管理和链接文件。这使得在不同架构和操作系统（如他的M1 MacBook和Debian桌面）之间切换变得异常顺畅。他坦言，在大部分情况下，Cargo让他几乎可以不必过 ...继续阅读 (54)

本文永久链接– https://tonybai.com/2025/05/09/github-english-communication-patterns-and-practice大家好，我是 Tony Bai。身处全球化的软件开发浪潮中，GitHub早已成为我们协作、学习、贡献的“宇宙中心”。但对于我们许多非英语母语的开发者来说，它既是机遇之地，有时也是“望而却步”的挑战场。你是否也曾有过这样的经历？面对一个棘手的 Bug，想在golang/go项目的 Issue 下寻求帮助，却因为担心自己的“蹩脚”英文描述不清，反复修改，最终默默关掉了页面？看到一个热门讨论，你明明有绝佳的改进建议或独到的反驳观点，却因为组织不好地道的英文表达，只能眼睁睁看着讨论走向自己不希望的方向，最后无奈地打出“+1”？或者，因为语言的障碍，你觉得自己与那些国际顶尖的Go开发者之间隔了一层无形的墙，错失了许多宝贵的交流与学习机会？如果这些场景让你感同身受，那么今天的文章，就是为你量身打造的。如今，在ChatGPT、DeepSeek、Google Gemini等AI工具的辅助下，我们可以更自信地表达，但理解Github上的沟通的“套路”和文化依然重要。通过对大量顶级 Go 开源项目（如Go官方仓库、Kubernetes、Docker/Moby、Prometheus等）的 Issues 和 Pull ...继续阅读 (33)

本文永久链接– https://tonybai.com/2025/05/07/debug-with-diff-cover大家好，我是Tony Bai。调试，尤其是调试并非自己编写的代码，往往是软件开发中最耗时的环节之一。面对一个失败的测试用例和庞大的代码库，如何快速有效地缩小问题范围？Go团队的前技术负责人 Russ Cox 近期分享了一个虽然古老但极其有效的调试技术——差异化覆盖率 (Differential Coverage)。该技术通过比较成功和失败测试用例的代码覆盖率，巧妙地“高亮”出最可能包含Bug的代码区域，从而显著加速调试进程。在这篇文章中，我们来看一下Russ Cox的这个“古老绝技”，并用一个实际的示例复现一下这个方法的有效性。核心思想：寻找失败路径上的“独特足迹”代码覆盖率通常用于衡量测试的完备性，告诉我们哪些代码行在测试运行期间被执行了。而差异化覆盖率则利用这一信息进行反向推理：假设：如果一段代码仅在失败的测试用例中被执行，而在其他成功的用例中未被执行，那么这段代码很可能与导致失败的 Bug 相关。反之，如果一段代码在成功的测试中执行了，但在失败的测试中未执行，那么这段代码本身大概率是“无辜”的，尽管它被跳过的原因（控制流的变化）可能提供有用的线索。如何实践差异化覆盖率？Russ Cox 通过一个向 math/big 包注入 Bug 的例子，演示了 ...继续阅读 (38)

本文永久链接– https://tonybai.com/2025/05/06/cheating-the-reaper-in-go大家好，我是Tony Bai。Go语言以其强大的垃圾回收 (GC) 机制解放了我们这些 Gopher 的心智，让我们能更专注于业务逻辑而非繁琐的内存管理。但你有没有想过，在 Go 这个看似由 GC “统治”的世界里，是否也能体验一把“手动管理”内存带来的极致性能？甚至，能否与 GC “斗智斗勇”，让它为我们所用？事实上，Go 官方也曾进行过类似的探索。他们尝试在标准库中加入一个arena包，提供一种基于区域 (Region-based) 的内存管理机制。测试表明，这种方式确实能在特定场景下通过更早的内存复用和减少 GC 压力带来显著的性能提升。然而，这个官方的 Arena 提案最终被无限期搁置了。原因在于，Arena 这种手动内存管理机制与 Go 语言现有的大部分特性和标准库组合得很差 (compose poorly)。官方的尝试尚且受阻，那么个人开发者在 Go 中玩转手动内存管理又会面临怎样的挑战呢？最近，一篇名为“Cheating the Reaper in Go”(在 Go 中欺骗死神/收割者) 的文章在技术圈引起了不小的关注。作者 mcyoung 以其深厚的底层功底，展示了如何利用unsafe包和对 Go GC 内部运作机制的深刻理解， ...继续阅读 (35)

本文永久链接– https://tonybai.com/2025/05/03/go-green-tea-garbage-collector大家好，我是Tony Bai。随着 CPU 核心数量的激增和内存访问速度日益成为瓶颈，现代计算系统对内存局部性（Spatial & Temporal Locality）和拓扑感知（Topology-awareness）提出了更高的要求。然而，传统的垃圾收集（GC）算法，包括 Go 当前使用的并行三色标记清除法，往往与这些趋势背道而驰。近期，Go 团队技术负责人Austin Clements公布了一项名为“Green Tea” (绿茶) ** 的实验性垃圾收集器设计（Issue #73581），旨在通过一种内存感知 (memory-aware)** 的新方法，显著改善 GC 过程中的内存访问模式，降低 CPU 开销，尤其是在多核和 NUMA 架构下。该特性计划作为 Go 1.25 的一个可选实验加入，开发者将有机会提前体验。在这篇文章中，我就来简要介绍一下这个新GC的设计、原型实现和当前状态。当前 GC 的挑战：内存墙与低效扫描Go 当前的 GC 算法本质上是一个图遍历过程，堆对象是节点，指针是边。这种“图泛洪”式的扫描在并发标记时，会频繁地在内存地址空间中跳跃，导致：空间局部性差:处理逻辑上相邻的对象时，物理内存访问可能跨越很大范围。 ...继续阅读 (42)

本文永久链接– https://tonybai.com/2025/04/30/go-vs-zig-in-error-handling大家好，我是Tony Bai。使用Go语言有些年头的开发者，大多对其错误处理机制有着复杂的情感。一方面，我们认同 Rob Pike 所倡导的“错误即值 (Errors are values)”的核心哲学——错误不是需要特殊通道（如异常）处理的“二等公民”，它们是普通的值，可以传递、检查，甚至被编程。这赋予了错误处理极大的灵活性和明确性。但另一方面，我们也不得不承认Go的错误处理有时可能相当冗长。标志性的if err != nil代码块几乎遍布在Go代码的各个角落，占据了相当大的代码比例，这常常成为社区讨论的热点。 有趣的是，近期另一门备受关注的系统编程语言 Zig，也采用了“错误即值”的哲学，但其实现方式却与Go大相径庭。近期自称是Zig新手的packagemain.tech博主在他的一期视频中也分享了自己敏锐地观察到的Zig和Go在设计哲学上的相似性（都追求简洁、快速上手）以及在错误处理实现上的显著差异。今天，我们就基于这位开发者的分享，来一场 Go 与 Zig 错误处理的对比，看看同一种哲学思想，是如何在两种语言中开出不同但各有千秋的花朵。Go 的错误处理：接口、显式检查与可编程的值我们先快速回顾下 Go 的错误处理方式，这也是大家非常 ...继续阅读 (34)

本文永久链接– https://tonybai.com/2025/04/29/hard-truths-before-switching-to-go大家好，我是Tony Bai。Go 语言近年来势头强劲，凭借其简洁、高效、出色的并发能力和工具链，吸引了大量开发者投身其中。甚至连TypeScript 团队也宣布将其编译器和工具集迁移到 Go，以提升性能。这无疑是对 Go 的巨大认可。然而，正如一位拥有超过 15 年经验（主要使用 Java/Kotlin/TypeScript）、并在过去一年深度使用 Go 的开发者（以下简称“视频作者”）在其分享的油管视频中提到的那样，尽管 Go 非常出色，但光环之下并非没有阴影。在投入实际项目，特别是构建一些非同小可的东西之后，会发现 Go 的一些设计决策有利有弊，有些“简洁”的背后隐藏着需要注意的“真相”。这位作者认为，计划学习或在下一个项目中使用 Go 的开发者，都应该了解这些潜在的“硬伤”或权衡。以下是他总结的、在转向 Go 之前你需要真正了解的五件事，主要转述自他的分享：真相一：简洁的表象与表达力的代价Go 最大的卖点之一是它的简洁性。表面上看，它确实如此。但视频作者认为，一旦你超越了教程的范畴，就会发现这种简洁很多时候是以牺牲表达力为代价的。隐藏而非消除复杂性？比如，Go 有 while 循环的功能，却没有 while 关键字，你 ...继续阅读 (26)

本文永久链接– https://tonybai.com/2025/04/28/five-cache-strategies大家好，我是Tony Bai。在构建高性能、高可用的后端服务时，缓存几乎是绕不开的话题。无论是为了加速数据访问，还是为了减轻数据库等主数据源的压力，缓存都扮演着至关重要的角色。对于我们 Go 开发者来说，选择并正确地实施缓存策略，是提升应用性能的关键技能之一。目前业界主流的缓存策略有多种，每种都有其独特的适用场景和优缺点。今天，我们就来探讨其中五种最常见也是最核心的缓存策略：Cache-Aside、Read-Through、Write-Through、Write-Behind (Write-Back) 和Write-Around，并结合Go语言的特点和示例（使用内存缓存和SQLite），帮助大家在实际项目中做出明智的选择。0. 准备工作：示例代码环境与结构为了清晰地演示这些策略，本文的示例代码采用了模块化的结构，将共享的模型、缓存接口、数据库接口以及每种策略的实现分别放在不同的包中。我们将使用Go语言，配合一个简单的内存缓存（带 TTL 功能）和一个SQLite 数据库作为持久化存储。示例项目的结构如下：$tree -F ./go-cache-strategy ./go-cache-strategy ├── go.mod ├── go.sum ├── ...继续阅读 (30)

本文永久链接– https://tonybai.com/2025/04/28/go-ecosystem大家好，我是Tony Bai。最近，Go社区里的一则消息引发了不少关注和讨论：广受欢迎的 go-yaml 库作者 Gustavo Niemeyer 宣布将项目正式标记为“归档(archived)”。这不仅让很多依赖该库的项目需要考虑迁移，也恰好触动了许多 Gopher 心中的一根弦。就像我的知识星球“Go & AI 精进营”里的星友 Howe 所提出的那个精彩问题一样：“白老师…其实会发现，很多 Go 开源工具是没有持续更新维护的好像，不像 Java 那种，有一些框架甚至会有专门的组织去维护，比如 Spring，所以从这点来看，Go 的生态发展就比较担忧了，不知道会不会多虑了…”go-yaml 的归档，似乎成了这个担忧的一个现实注脚。一个维护了十多年、被广泛使用的基础库，说停就停了，这是否预示着 Go 的开源生态存在系统性的脆弱？我们是否真的应该为此感到焦虑？在下结论之前，我们不妨先看看 go-yaml 作者 Gustavo 本人的说明，这其中透露的信息远比“停止维护”四个字要丰富得多：“这是我最早的 Go 项目之一…维护了十多年…可惜的是…个人和工作空闲时间都减少了…我原本希望通过将其转移到资源更丰富的专业团队…但最终也没能如愿…我也不能直接把维护工作‘交给’某个人或 ...继续阅读 (32)

本文永久链接– https://tonybai.com/2025/04/27/rob-pike-on-bloat大家好，我是Tony Bai。今年年初，Go语言之父、UTF-8编码的发明者Rob Pike的一篇题为”On Bloat”（关于膨胀）的演讲幻灯片(在2024年下旬做的)在技术圈，尤其是在Hacker News(以下简称HN)上，引发了相当热烈的讨论。Pike作为业界泰斗，其对当前软件开发中普遍存在的“膨胀”现象的犀利批评，以及对依赖管理、软件分层等问题的深刻担忧，无疑戳中了许多开发者的痛点。HN上的讨论更是五花八门，开发者们纷纷从自身经历出发，探讨“膨胀”的定义、成因和后果。有人认为膨胀是“层层叠加的间接性”导致简单修改寸步难行；有人认为是“不必要的功能堆砌”；还有人归咎于“失控的依赖树”和“缺乏纪律的开发文化”。那么，Rob Pike究竟在“抱怨”什么？他指出的软件膨胀根源有哪些？而作为我们Gopher，Go语言的设计哲学和工具链，能否为我们从纯技术层面提供对抗膨胀的“解药”呢？今天，我们就结合Pike的演讲精髓和HN的热议，深入聊聊软件膨胀的四大根源，并从Go的视角尝试寻找一下应对之道。“膨胀”的真相：远不止代码大小和运行速度在深入探讨根源之前，我们需要认识到，“膨胀”并不止是字面意义上我们理解的最终编译产物的大小或者应用的运行速度慢，Pike的观点和H ...继续阅读 (32)

本文永久链接– https://tonybai.com/2025/04/26/13-laws-of-software-engineering大家好，我是Tony Bai。做软件开发时间越长，越觉得背后似乎有只“无形的手”在影响着项目进度、团队协作、系统架构甚至技术决策。有些现象反复出现，从早期的一头雾水，到后来的似曾相识，再到最后的会心一笑（或许是苦笑），让人不得不感慨其中蕴含的某些“规律”。最近看到国外一位开发者ANTON ZAIDES总结了软件工程领域的13条“定律”。它们中有些广为人知，有些则相对小众，但都非常实用。它们虽然不像物理定律那样严格精确，但确实精准地捕捉到了我们日常工作中经常遇到的挑战和现象，堪称是工程师和管理者都应该了解的宝贵“经验法则”或“心智模型”。今天，就让我们一起来了解和学习一下这13条定律，看看它们是如何在我们身边运作的。注：下面文中各条定律的配图也借自ANTON ZAIDES的原文章。1. 帕金森定律 (Parkinson’s law)定律：工作会不断扩展，填满所有可用的时间 (Work expands to fill the available time.)(任务总能拖到最后期限前完成？)这是最著名的定律之一。简单说，如果你给一个任务设定了1周的期限，它很可能就会花掉1周；如果设定了2周，它就可能花掉2周。这常常被用来解释为 ...继续阅读 (36)

本文永久链接– https://tonybai.com/2025/04/25/hidden-costs-of-go-value-receiver大家好，我是Tony Bai。在软件开发的世界里，细节决定成败，这句话在以简洁著称的Go语言中同样适用，甚至有时会以更出人意料的方式体现出来。想象一下这个场景：你正在对一个稳定的Go项目进行一次看似无害的“无操作（no-op）”重构，目标只是为了封装一些实现细节，提高代码的可维护性。然而，提交代码后，CI系统却亮起了刺眼的红灯——某个核心基准测试（比如 sysbench）的性能竟然骤降了30%！（图片来源：Dolt博客原文）这可不是什么虚构的故事，而是最近发生在Dolt（一个我长期关注的一个Go编写的带版本控制的SQL数据库）项目中的真实“性能血案”。一次旨在改进封装的重构，却意外触发了严重的性能衰退。经过一番追踪和性能分析（Profiling），罪魁祸首竟然隐藏在代码中一个极其微小的改动里。今天，我们就来解剖这个案例，看看Go语言的内存分配机制，特别是值接收者（Value Receiver），是如何在这个过程中悄无声息地埋下性能地雷的。案发现场：代码的前后对比这次重构涉及一个名为 ImmutableValue 的类型，它大致包含了一个内容的哈希地址 (Addr)、一个可选的缓存字节切片 (Buf)，以及一个能根据哈希解析出数据 ...继续阅读 (34)

本文永久链接– https://tonybai.com/2025/04/24/conventional-commits-guide告别混乱Commit Log！用规范指引你写出有意义的提交！大家好，我是Tony Bai。Git的Commit Log (提交日志) 是项目演进的脉络，也是开发者之间沟通变更、追溯历史、理解代码演变的关键载体。然而，在实际开发中，我们常常面对杂乱无章、意义不明的提交信息——”fix bug”、”update code”、”wip” 等屡见不鲜。这些模糊的记录不仅让代码审查、问题排查和版本追溯变得异常困难，也阻碍了自动化流程的实施。Conventional Commits (约定式提交) 规范提供了一套清晰、简洁的指引，旨在将每一次提交都转化为有意义、结构化的信息单元，从而显著提升 Commit Log 的价值和可利用性。在这篇文章中，我们将探讨Conventional Commits如何作为一项关键指引，帮助开发者和团队构建更清晰、更一致、更具信息量的提交历史。1. Commit Log的困境：为何需要指引？缺乏明确指引的Commit Log往往会陷入以下困境：信息熵高，有效信息少:大量模糊、随意的提交信息混杂在一起，难以快速定位关键变更或理解特定提交的目的。沟通效率低下:团队成员需要花费额外时间去解读他人的提交意图，代码审查效率降低。历史追 ...继续阅读 (32)

本文永久链接– https://tonybai.com/2025/01/22/gcflags-options-list-and-usageGo build是Go开发中不可或缺的构建工具，其中-gcflags参数为开发者提供了向编译器传递额外选项的能力。然而，关于-gcflags的完整参数选项和使用模式，官方文档多有局限，很多开发者对此了解不深。本文将系统性地解析-gcflags的完整参数来源以及其结合包模式（package pattern）的使用方法，供大家参考。注：本文主要以-gcflags为例，其实go build的-ldflags参数与-gcflags在使用方法上如出一辙，唯一不同的是ldflags是将参数传递给go链接器。gcflags是Go构建工具的一个标志，用于向Go编译器 (go tool compile) 传递额外的编译参数。通过它，开发者可以调整编译行为，例如禁用优化、生成调试信息或输出反汇编代码等。Go build文档中关于-gcflags的说明很短小精悍：$go help build ... ... -gcflags '[pattern=]arg list' arguments to pass on each go tool compile invocation. -ldflags '[pattern=]arg li ...继续阅读 (23)

本文永久链接– https://tonybai.com/2024/12/26/exploring-the-connection-establish-process-of-webrtc-app-built-with-pion在《WebRTC第一课：从信令、ICE到NAT穿透的连接建立全流程》一文中，我们从理论层面全面细致地了解了WebRTC连接建立的完整流程。这个流程大致可以分为以下几个阶段：与信令服务器的交互ICE候选项的采集、交换与排序形成ICE候选检查表、进行连通性检查，并最终确定最优候选路径这个过程的复杂性不言而喻。即便多次阅读全文，读者可能仍难以形成深入的理解。因此，如果能够配上一个真实的示例，相信会更有助于读者全面把握这一过程的细节和原理。在这篇文章中，我就为大家呈现一个真实的示例，我将使用Go语言开源WebRTC项目pion/webrtc来实现一个基于datachannel的WebRTC演示版程序，通过将pion/webrtc的日志级别设置为TRACE级，输出更多pion/webrtc实现层面的日志，以帮助大家理解WebRTC建连过程。同时，我还会实现一个简易版的基于“Room抽象模型”的信令服务器，供WebRTC通信两端交换信息使用。希望该示例能帮助大家更好的理解WebRTC端到端的建连流程。按照WebRTC建连的流程，我们先来实现一个简易版的信令服务器。 ...继续阅读 (69)

本文永久链接– https://tonybai.com/2024/12/23/convert-github-issue-to-markdown-with-issue2md到2024年底，不论你是否承认，AI时代都已经到来！近两个月，三大顶级商业AI模型巨头：Claude Sonnet 3.5、Google Gemini 2.0 Flash Experimental以及ChatGPT o3你方唱罢我登场，好不热闹！作为走在AI应用前沿的程序员，利用AI辅助自己提高学习和工作实践的效率都是必不可少的。在使用AI的过程中，我们经常需要向其提供一些文档资料，对于文字资料，AI更偏爱TXT、Markdown、PDF等格式的文件。部署在Vercel上的MarkdownDown支持输入网页URL并将其转换为Markdown，而微软开源的MarkItdown则能将多种格式(pdf、ppt、word、html、zip等)转换为Markdown。这些工具在实践中帮助我们实现对AI的快速“投喂”。然而，一些资料，如GitHub Issues，尚不能通过上述工具方便地转换为干净的、无额外干扰内容的Markdown或其他适合投喂给AI的格式。受到MarkdownDown的启发，我思考是否可以将GitHub Issues转换为Markdown，最终促成了issue2md这个想法。该工具旨在简化Gi ...继续阅读 (39)

本文永久链接– https://tonybai.com/2024/12/16/go-1-24-foresight-part1自2020年底撰写《Go 1.16版本新特性前瞻》以来，四年转瞬而逝。在这段时间里，每当Go的大版本开发进入新特性冻结(freeze)阶段，我都会为大家带来该版本的特性前瞻，旨在让大家更早地了解和实验这些新特性，从而在版本正式发布时能够准确评估是否应用它们。11月末，Go 1.24的新特性开发已经冻结，我认为是时候对Go 1.24新特性进行前瞻了。本次前瞻将分为两篇进行，本文，也就是第一篇将讲解语法、编译器与运行时方面的变化，而第二篇将聚焦工具链和标准库。本次前瞻可以引导大家了解即将在明年3月份发布的Go 1.24版本中的重要变化，希望能给大家带去帮助。注：Go每六个月发布一次。每个发布周期都分为持续约4个月的开发阶段，然后是为期3个月的测试和完善阶段（称为发布冻结期）。当前的发布周期预计于每年一月中旬和七月中旬开始，如下图所示。以Go 1.24为例，2024年7月开始plan，经过4个月开发，11月下旬冻结，再经历3个月的测试完善，预计2025年2月发布。图来自go.dev/wiki/Go-Release-Cycle注：大家可以使用Go playground体验dev branch的最新特性，或在本地安装GoTip版本进行体验。2024年12月1 ...继续阅读 (49)

本文永久链接– https://tonybai.com/2024/12/14/webrtc-first-lesson-how-connection-estabish在上一篇文章《WebRTC第一课：网络架构与NAT工作原理》中，我们介绍了WebRTC的网络架构和NAT的基本概念，学习了WebRTC采用端对端（P2P）的通信模型，知道了NAT（网络地址转换）的概念以及给像WebRTC这样的直接P2P通信带来的挑战。在实际的网络环境中，建立WebRTC这样的端到端连接的确并非易事。因此，在这篇文章中，我将继续上一篇文章的内容，全面探讨一下WebRTC连接建立的全流程，涵盖信令交换、ICE候选信息采集和选择、NAT穿透的各个关键步骤，希望能给大家理解WebRTC技术栈带去帮助。1. WebRTC连接建立概览在深入细节之前，我们先用一个时序图来概览WebRTC连接建立的主要步骤：注：上图由mermaid生成，对应的脚本在webrtc-first-lesson/part2/process-overview.mermaid。这个过程可以概括为以下几个主要步骤：信令交换：客户端通过信令服务器交换必要的连接信息，包括会话描述协议（SDP）数据。ICE候选收集：每个客户端收集可能的连接方式（称为ICE候选）。候选交换：通过信令服务器交换ICE候选信息。连通性检查：客户端尝试各种可能的连接 ...继续阅读 (38)

本文永久链接– https://tonybai.com/2024/12/05/exploring-nat-mapping-assignment-and-filtering-behavior-of-docker-default-network在《WebRTC第一课：网络架构与NAT工作原理》一文中，我们对WebRTC的网路架构进行说明，了解到了NAT的工作原理、RFC 3489对NAT的四种传统分类以及较新的RFC 4787中按分配行为和过滤行为对NAT行为的分类。不过，“纸上得来终觉浅，绝知此事要躬行”，在这篇文章中，我打算选取一个具体的NAT实现进行案例研究(Case Study)。在市面上的NAT实现中，Docker容器的网络NAT绝对是最容易获得的一种实现。因此，我们将把Docker默认网络的NAT实现机制作为本篇的研究对象，探索该NAT的分配行为和过滤行为，以确定Docker默认网络的NAT类型。为了这次探索，我们首选需要构建实验网络环境。1. 构建实验环境Docker默认网络使用NAT（网络地址转换）来允许容器访问外部网络。创建容器时，如果未指定网络设置，容器会连接到默认的”bridge”网络，并分配一个内部IP地址（通常在172.17.0.0/16范围内）。Docker在宿主机上创建一个虚拟网桥（docker0），作为容器与外部网络的接口。当容器尝试访问外部 ...继续阅读 (36)

本文永久链接– https://tonybai.com/2024/11/14/go-map-use-swiss-table在2024月11月5日的Go compiler and runtime meeting notes中，我们注意到了一段重要内容，如下图红框所示：这表明，来自字节的一位工程师在两年多前提出的“使用Swiss table重新实现Go map”的建议即将落地，目前该issue已经被纳入Go 1.24里程碑。Swiss Table是由Google工程师于2017年开发的一种高效哈希表实现，旨在优化内存使用和提升性能，解决Google内部代码库中广泛使用的std::unordered_map所面临的性能问题。Google工程师Matt Kulukundis在2017年CppCon大会上详细介绍了他们在Swiss Table上的工作：目前，Swiss Table已被应用于多种编程语言，包括C++ Abseil库的flat_hash_map(可替换std::unordered_map)、Rust标准库Hashmap的默认实现等。Swiss Table的出色表现是字节工程师提出这一问题的直接原因。字节跳动作为国内使用Go语言较为广泛的大厂。据issue描述，Go map的CPU消耗约占服务总体开销的4%。其中，map的插入（mapassign）和访问（mapacce ...继续阅读 (52)

本文永久链接– https://tonybai.com/2024/11/12/go-turns-15虽然迟到了，但绝不缺席！新任Go技术负责人Austin Clements在Go语言15岁生日后的第二天，在Go官方博客上发表了庆祝文章“Go Turns 15”。在这篇文章中，Austin回顾了过去一年Go项目和社区的变化，以及Go团队的努力工作，并对Go的未来发展进行了展望。我在此对这篇庆生文进行了翻译，供大家参考。Go，生日快乐！周日，我们庆祝了Go开源15周年！自从Go诞生10周年以来，无论是Go语言本身还是整个世界都经历了巨大的变化。尽管如此，有些方面依然保持不变：Go始终致力于稳定性、安全性，以及支持软件工程和大规模生产。Go语言发展势头强劲！在过去五年中，Go的用户群增加了三倍多(译注：不知道这个数据从何而来)，成为增长最快的编程语言之一。自十五年前诞生以来，Go已成为十大编程语言之一，并成为现代云计算的主要语言。来自TIOBE 2024年11月排行榜(译者配图)来自Github Octoverse 2024(译者配图)随着Go 1.22版本在二月份发布和Go 1.23版本在八月份发布，这一年可被称为“for循环之年”。Go 1.22将for循环中引入变量的作用域改为每次迭代，而非整个循环，从而解决了一个长期存在的语言“陷阱”。十多年前，在Go 1发布之前，G ...继续阅读 (51)

本文永久链接– https://tonybai.com/2024/11/11/some-details-about-go-compilation在Go开发中，编译相关的问题看似简单，但实则蕴含许多细节。有时，即使是Go专家也需要停下来，花时间思考答案或亲自验证。本文将通过几个具体问题，和大家一起探讨Go编译过程中的一些你可能之前未曾关注的细节。注：本文示例使用的环境为Go 1.23.0、Linux Kernel 3.10.0和CentOS 7.9。1. Go编译默认采用静态链接还是动态链接？我们来看第一个问题：Go编译默认采用静态链接还是动态链接呢？很多人脱口而出：动态链接，因为CGO_ENABLED默认值为1，即开启Cgo。也有些人会说：“其实Go编译器默认是静态链接的，只有在使用C语言库时才会动态链接”。那么到底哪个是正确的呢？我们来看一个具体的示例。但在这之前，我们要承认一个事实，那就是CGO_ENABLED默认值为1，你可以通过下面命令来验证这一点：$go env|grep CGO_ENABLED CGO_ENABLED='1'验证Go默认究竟是哪种链接，我们写一个hello, world的Go程序即可：// go-compilation/main.go package main import "fmt" func main() { fmt.Pri ...继续阅读 (60)

本文永久链接– https://tonybai.com/2024/10/29/go-coding-is-like-drinking-boiled-water在编程语言的世界里，Go语言简单而直接，它没有复杂的语法和华丽的特性，给人一种纯粹的感觉，让我们在编写代码时感受到了一种清晰和高效。正如Russ Cox所言，Go的“无聊”恰恰是它的优势。抛开冗余装饰，Go专注于可靠、实用的功能。在这个快节奏的时代，它让我们免受复杂性的困扰，帮助我们快速解决实际问题。写Go就像喝一杯无味的白开水，虽寡淡却能即刻解渴，满足需求，并少有后顾之忧。平淡中透着从容，是我们日常开发中的可靠之选。早上打开极客时间的首页，发现我的Go语言第一课专栏在极客时间的7日飙升榜上跃升至第5名（截至2024.10.29 21点），估计这是借了双十一的光，也感谢大家的支持与厚爱！借此在这里给自己的专栏打个广告。Go语言：简单直接正如前面所提到的，Go语言的设计理念就是追求简单与直接。无论是基础语法还是并发编程，Go都让你在最短的时间内上手，效果立竿见影。你会发现，编写清晰、优雅的代码并不是一件难事。Go社区的快速增长今年，Go语言的社区发展迅猛，这在Reddit的Go分论坛上体现明显，每周都有超过1k名新会员加入。这不仅显示了Go语言的受欢迎程度，更证明了它在开发者中的广泛应用。号召大家入门Go如果你还在犹豫 ...继续阅读 (46)

本文永久链接– https://tonybai.com/2024/10/27/ten-details-when-using-documentation-commentsGo语言以其优秀的工具链、“开箱即用”的标准库和相对完善的文档生态而闻名。Go通过代码中的文档注释(Doc Comments)生成相关包、类型、函数以及方法的说明文档。Go标准库中的文档注释不仅为使用者提供了清晰的指引，更为广大Go开发人员树立了高质量技术文档的标杆。然而，在日常开发中，很多Go开发者往往只注意到文档注释的基本格式要求，而忽略了一些能让文档质量更上一层楼的细节。这些细节虽小，但却是区分专业级别和业余水平代码的重要标志。在这篇文章中，我就挑出十个在编写Go文档注释时容易被忽视的关键细节，和大家说说，希望能帮助大家提升Go代码文档注释的level。1. 注释缩进的陷阱很多开发者在写多行注释时会不经意产生缩进问题，例如：// TODO Revisit this design. It may make sense to walk those nodes // only once. // 错误示例：第二行有缩进这种缩进会使第二行被解析为代码块。正确的做法是保持未缩进：// TODO Revisit this design. It may make sense to walk those ...继续阅读 (53)

本文永久链接– https://tonybai.com/2024/10/19/go-crypto-package-design-deep-diveGo号称“开箱即用”，这与其标准库的丰富功能和高质量是分不开的。而在Go标准库中，crypto库(包括crypto包、crypto目录下相关包以及golang.org/x/crypto下的补充包)又是Go社区最值得称道的Go库之一。crypto库由Go核心团队维护，确保了最高级别的安全标准和及时的漏洞修复，为开发者提供了可靠的安全保障。crypto还涵盖了从基础的对称加密到复杂的非对称加密，以及各种哈希函数和数字签名算法等广泛的加解密算法支持，以满足Go开发者的各种需求为目的，而不是与其他密码学工具包竞争。此外，crypto库还经过精心优化，能够在不同硬件平台上尽可能地保证高效的执行性能。值得一提的是，crypto库还提供了统一的API设计，使得不同加密算法的使用方式保持一致，也降低了开发者的学习成本。可以说Go crypto库是Go生态中密码学功能的核心，它为Go开发者提供了一套全面、安全、保持现代化、提供安全默认值且易于使用的密码学工具，使得在Go应用程序中实现各种密码学功能需求时变得简单而可靠。不过要理解并得心应手的使用crypto库中的相关密码学包仍然并非易事，这是因为密码学涉及数学、密码分析、计算机安全等多个学科，概 ...继续阅读 (56)

本文永久链接– https://tonybai.com/2024/10/14/programming-in-ai-era自2022年末ChatGPT发布以来，人工智能（AI）正在深刻地改变软件开发的格局。从简单的代码补全到复杂的逻辑生成，AI正逐渐成为程序员不可或缺的助手。最近，OpenAI首席执行官山姆·奥特曼在其个人博客中发表的文章《智能时代》(The Intelligence Age)更让我们深切体会到，超级智能似乎离我们越来越近了。正如100年前的打孔卡编程方式与现今编程方式的天壤之别，如今的我们也难以完全预见超级AI时代的编程模式。尽管现阶段的大语言模型（如ChatGPT、Claude等）在AI辅助编程方面已经展现出强大的能力，并显著提升了开发效率，但它们仍面临诸多挑战。不过，与打孔卡时代的程序员相比，我们这一代程序员是幸运的，因为我们已经嗅到了超级AI的气息。当前AI辅助编程的现状目前，AI辅助编程主要有三种模式：IDE模式：通过使用工具（如Cursor等）智能分析代码上下文，仅需简单的TAB键操作即可生成代码片段甚至是完整代码，显著提高编程效率。Prompt模式：开发者提供描述性的prompt，AI据此生成代码块，然后开发者将其整合到项目中。这种模式要求开发者对prompt撰写有较高的理解与能力。Agent模式：在这种模式下，AI作为自主的编程助手，理解开 ...继续阅读 (53)