Go

为什么这篇文章同时涵盖四个次要版本 Go 每六个月发布一次。连续阅读四套发布说明不是任何人想要度过下午的方式。但如果你在生产环境中运行 Go，你需要知道发生了什么变化。 本文涵盖 Go 1.22 到 Go 1.26 — 2024 年初到 2026 年初发布的版本。这是两年的语言演进，放在一篇文章里。 Go 1.22: For 循环改变了一切 2024 年 2 月。Go 1.22 中最有影响力的变化不是新包或编译器优化。而是修复了 for 循环处理变量的方式。 在 Go 1.22 之前，这段代码有一个微妙的 bug： var funcs []func() for i := range 10 { funcs = append(funcs, func() { fmt.Println(i) }) } for _, f := range funcs { f() // 打印 9 次 9，而不是 0-9 } 每个闭包捕获相同的变量 i。当你调用这些函数时，i 是 9。每个 Go 开发者至少踩过这个坑一次。 Go 1.22 改变了这一点。 每次循环迭代现在都创建新变量。闭包捕获不同的变量。代码的行为符合你的预期 — 打印 0 到 9。 Go 团队提供了过渡工具，以便你可以检测依赖于旧行为的代码。go vet 可以捕获该模式。但修复本身很干净：如果你的代码看起来正确，它很可能就是正确的。 ...

Go 中的框架问题 Go 与网络框架的关系很奇怪。标准库的 net/http 真的很好。你可以使用纯标准库构建生产 API，而不会觉得在和工具斗争。 但大多数团队最终会使用路由库。问题是选哪个。 讨论最多的三个：Chi、Fiber 和 Gin。每个都有不同的理念。吸引不同类型的开发者。 真正的答案：它比你想象的更重要 在深入比较之前，这里有一个令人不安的事实：对于大多数 API，在 Chi、Fiber 和 Gin 之间选择不会对你的应用性能、稳定性或可维护性产生有意义的影响。 路由器是 net/http 之上的薄层。这些库之间的原始吞吐量差异在基准测试中可测量，在生产中无关紧要。你的数据库比你的路由器慢。你的查询设计比 JSON 序列化速度更重要。 这并不意味着选择没有意义。这意味着你应该出于正确的原因做出选择：API 设计、中间件人体工程学和团队熟悉度 — 而不是基准数字。 Chi：极简且与 stdlib 对齐 Chi 将自己定位为一个贴近 net/http 的轻量级路由库。理念：如果你懂 net/http，你就懂 Chi。 r := chi.NewRouter() r.Use(middleware.Logger) r.Use(middleware.Recoverer) r.Route("/api/v1", func(r chi.Router) { r.Get("/users", listUsers) r.Post("/users", createUser) r.Get("/users/{id}", getUser) }) 路由语法清晰。Route 模式将相关处理器干净地分组。中间件链读起来很自然。 Chi 没有内置的 JSON 绑定层。你自带 — 大多数人将其与 go-json 或标准的 encoding/json 配对。这既是优点（你选择依赖项）也是缺点（你必须选择依赖项），取决于你的偏好。 最适合： 想要路由清晰度而不要框架魔法的团队。net/http 兼容性很重要的项目。希望准确了解请求路径中发生什么的 API。 Fiber：Go 对 Express.js 的回答 Fiber 受 Express.js 启发。如果你来自 Node.js，Fiber 会立即感觉熟悉。 ...