Go 1.27 的两个测试新件：httptest 加内存内假网络，goroutineleak profile 转 GA
Go 1.27 的标准库更新里，有两处和测试直接相关：net/http/httptest 新增 NewTestServer，runtime/pprof 的 goroutineleak profile 从实验转正式可用。
httptest.NewTestServer：内存内的假网络
以前测 HTTP 客户端代码，通常两条路：在测试里起一个监听真实端口的 httptest.Server，或者自己拼一个实现 http.RoundTripper 的假 server。前者的麻烦是抢端口、依赖真实 socket 和真实时钟，慢机器上容易 flaky；后者写起来啰嗦，请求与响应的对应关系得自己维护。
NewTestServer 提供的是一个内存内的假网络，面向与 testing/synctest 搭配使用。它把「客户端发请求、服务端处理、返回响应」这条链路从内核 socket 挪进内存，再配合 synctest 的虚拟时钟，超时和重试就能确定性地测：
- 把测试主体放进 synctest 的 bubble 中；
- 用
NewTestServer起被测服务端； - 被测 HTTP 客户端照常发请求，两者之间不走真实 TCP；
- 超时、重试、backoff 这类依赖时间的路径，推进虚拟时钟即可，不需要真的
sleep，也不会因为 CI 机器慢而抖动。
取舍：内存网络省掉的是端口和时序这两类麻烦，但它不等于真实 TCP。要验证连接复用、TLS、HTTP/2、代理或底层连接行为时，仍然得回到监听真实端口的 httptest.Server。NewTestServer 解决的是「客户端逻辑 + 时间相关行为」的确定性，不是网络栈本身的正确性。
goroutineleak profile 转 GA
goroutineleak 在 Go 1.26 里以实验形态存在，Go 1.27 起 GA，不再需要额外开启实验开关。它做的是自动发现永久阻塞的 goroutine。
判定范围很具体：goroutine 卡在某个同步原语上（channel、sync.Mutex、sync.Cond 等），并且这个原语本身已经不可达——没有任何活着的代码还可能唤醒它。这种 goroutine 永远不会退出，是典型的泄漏。
获取方式有两种：
runtime/pprof中名为goroutineleak的 profile 类型；net/http/pprof暴露的端点GET /debug/pprof/goroutineleak。
注意点：它只报「等待的原语已不可达」这一类。goroutine 泄漏、但对象图里仍有人引用它等待的原语，不会被列进来——这压低了误报，也意味着它不能替代对 goroutine 数量的长期观察。放在测试或压测收尾阶段拉一次 profile，比在生产上持续采样更合适。
Go 1.27 其他变化
同一批更新里还有这些：
- 泛型方法；
- 新增
encoding/json/v2与encoding/json/jsontext，现有encoding/json改为由 v2 实现； crypto/mldsa（FIPS 204）；- 新增
uuid包； go fix的 modernizers：atomictypes、embedlit、slicesbackward、unsafefuncs；- 小于 80B 的小对象按大小特化分配，分配成本最多降低约 30%（对分配密集的程序整体约 1%）；
runtime/pprof输出的头部行现在包含 goroutine labels；go test默认执行stdversionvet 检查，报告使用了高于当前 Go 版本的标准库符号；- 新增
bytes.CutLast和strings.CutLast； go doc支持package@version语法；go mod tidy会把多个 require 块合并成标准的 direct/indirect 两块结构。
链接：
- Go 1.27 发布博客：
- Go 1.27 发布说明：