Go 1.27.1 修复范围涉及哪些数据库和 HTTP 包

Go 1.27.1 已于 2026 年 9 月 1 日发布。先看官方发布范围，数据库和 HTTP 相关的直接包名是 database/sql 与 net/http，并不是所有数据库驱动或整个 x/net 生态都自动包含在内。需要升级的是工具链，真正要重点回归的是并发读行、请求体关闭这类边界行为。

官方发布页：https://go.dev/doc/devel/release

Go 1.27.1 的发布范围先看包名

官方 Release History 把 1.27.1 描述为维护版本，列出的修复对象还包括 cgo、编译器、运行时、go fix、debug/elf、encoding/json、os、simd 和 simd/archsimd。因此，“数据库和 HTTP 包”应先按清单理解为两个标准库包：database/sql、net/http。数据库驱动是否需要升级，要另外看驱动自己的兼容说明。

database/sql 主要修了什么

Go 官方里程碑列出的一个回补涉及 closingMutex 丢失唤醒：并发执行 Rows.Next 与 Rows.Close 时，Go 1.27 的回归可能让行迭代永久死锁，甚至出现在由 context 触发的关闭路径中。另一个条目是对 uuid.UUID 支持的文档补充，属于说明完善，不等于新增数据库驱动。

这类问题不应只测“能否查出一行”。升级后应覆盖查询过程中取消 context、后台 goroutine 调用 Close、连接池回收和错误返回；若业务自己封装了 Rows 生命周期，更要检查是否把关闭动作交给了多个并发方。

net/http 主要关注哪一类回归

里程碑中的 net/http 条目指出：handler 没有读完请求体时，Request.Body.Close 可能返回 io.EOF。这是 1.27 的回归回补，关注点是请求体清理路径的返回值，而不是 HTTP 状态码或数据库连接。

如果中间件会提前拒绝大请求、只读取头部，或把 Body 交给异步处理，升级后应检查关闭动作是否仍符合自己的错误判断。不要把所有 Close 返回值都静默丢掉，也不要因为看到 io.EOF 就误判成下游业务失败。

升级前后的最小验证清单

先固定编译器版本，再运行已有测试和针对边界场景的回归测试：

# 确认当前工具链，避免把不同 Go 版本的结果混在一起
go version
# 仅在 go.mod 需要整理时执行，观察依赖文件是否出现非预期变化
go mod tidy

• 数据库：并发 Next/Close、context 取消、Rows 和连接池最终释放。
• HTTP：请求体只读一部分后关闭、关闭错误的记录策略、客户端和服务端中间件行为。
• 发布：先在与生产相同的架构上跑回归，再灰度升级；发现新死锁或关闭错误时保留 1.27.0 的可回滚包。

相关问题

Go 1.27.1 是不是数据库驱动版本？

不是。它是 Go 工具链维护版本，官方范围中的数据库包是标准库 database/sql；驱动仍需单独查看。

只使用 HTTP 客户端也要回归吗？

如果代码会读取或关闭请求体，建议回归。是否命中具体回归取决于你的 Body 生命周期，而不是“客户端还是服务端”这个标签。

UUID 文档补充代表 API 变了吗？

官方里程碑将该项标为文档变更，不能据此推断新增了数据库接口或驱动能力。