Go 1.27发布：8年UUID转正 泛型方法来了 还提速30%
内容提要
Go 1.27发布，带来泛型方法、嵌套struct初始化、函数类型推断等语言更新，及encoding/json/v2重构、原生uuid包、SIMD支持、goroutine泄漏检测等。性能提升约1%，但JSON解码可能变慢，需权衡兼容性。网友对新功能欢迎，但对uuid包数据库兼容性存疑。
延伸解读
性能提升并非普适
官方宣称小对象分配成本降低30%，整体性能提升约1%，但实际效果因程序而异。微基准测试显示，含指针的小对象分配速度提升可达1.8倍；然而，使用新JSON后端时，解码速度可能降至旧版的80%。因此，如果你的程序不依赖大量小对象分配，或重度使用JSON序列化，升级后性能可能不升反降。
JSON v2的兼容性风险
encoding/json/v2重构了四个默认行为：关闭大小写不敏感匹配、nil slice/map不再序列化为null、无效UTF-8报错、重复key不再静默覆盖。这些更严格的行为可能导致现有测试失败。Go团队提供GOEXPERIMENT=nojsonv2临时回退，但该flag未来将移除。建议评估代码对宽松行为的依赖，尽早规划迁移。
UUID包并非直接平替
新标准库uuid包未实现database/sql的Scanner和Valuer接口，但database/sql对uuid.UUID有特殊处理，SQL读写仍可工作。网友发现，替换后go mod tidy可能将旧第三方包转为间接依赖，而非移除。因此，迁移时需测试数据库相关代码，并注意依赖清理。
Q&A
Go 1.27 在性能方面有哪些改进？官方宣称的提速 30% 具体指什么？
Go 1.27 通过尺寸特化内存分配，对小于 80 字节的小对象生成专门的分配路径，官方宣称小对象分配成本降低最多 30%，在分配密集的程序中整体性能提升约 1%。但实际效果因程序而异，例如 JSON 解码可能变慢。
Go 1.27 新增了泛型方法，但有什么限制？
Go 1.27 允许在具体类型上定义泛型方法，但泛型方法不能通过接口调用，接口方法不能声明类型参数，泛型方法也不能实现接口方法。这是设计上的妥协。
Go 1.27 中 encoding/json 包有哪些重大变化？
encoding/json 被拆分为 jsontext（语法层）和 json/v2（语义层），默认行为更严格：关闭大小写不敏感字段匹配、nil slice/map 不再序列化为 null、无效 UTF-8 报错、重复 key 不再静默覆盖。这可能导致现有测试失败，可通过 GOEXPERIMENT=nojsonv2 临时禁用新实现。
Go 1.27 新增的 uuid 包有什么特点？与第三方包相比有何不足？
新增的 uuid 包基于 [16]byte 类型，兼容四种格式，默认使用 v4。但它没有实现 database/sql 的 Scanner 和 Valuer 接口，不能直接替代 github.com/google/uuid，不过 database/sql 对 uuid.UUID 有特殊处理，SQL 读写仍可工作。
Go 1.27 在密码学方面有什么更新？
新增 crypto/mldsa 包，实现 FIPS 204 标准的 ML-DSA 后量子数字签名方案，并集成到 crypto/x509 和 crypto/tls 中。
Go 1.27 如何检测 goroutine 泄漏？
runtime/pprof 新增 goroutineleak 性能分析类型，利用 GC 发现阻塞在不可达并发原语（如 channel、Mutex）上的 goroutine，但只能检测永久阻塞的，且不能证明所有阻塞都是泄漏。
Go 1.27 中 go mod tidy 和 go doc 有哪些改进？
go mod tidy 会自动合并多个 require 块为标准的 direct 和 indirect 两段式结构；go doc 支持 package@version 格式，如 go doc example.com/pkg@v1.2.3，可直接查看特定版本的文档。
Go 1.27 中 SIMD 支持是什么？
新增实验性的 simd 和 simd/archsimd 包，提供可移植的 SIMD 类型和函数，在支持的硬件上使用硬件实现（如 ARM64 Neon、AMD64 AVX2），否则软件回退。API 可能变化。
