2025 年初 Go 1.24 发布，准备在服务中推广，其新的Swiss Tables地图实现有望降低 CPU 和内存开销。内部推广新代码后，某数据处理服务出现意外内存使用增加，多个环境观察到约 20%的内存使用增加，通过二分查找确定是 Go 1.24 升级导致。但 Go 运行时指标和实时堆文件未显示增加，这引发疑惑。
在两部分系列中分享调查过程，第一部分讲述如何诊断运行时重构引入的微妙内存分配器回归及与 Go 团队合作确定根本原因；第二部分展示 Go 1.24 的新 Swiss Tables 实现如何大幅降低大内存映射的内存使用。
排除 Go 1.24 的主要运行时变化嫌疑，包括禁用 Swiss Tables 和恢复自旋位互斥体实现，但内存使用问题仍存在。深入研究 Go 运行时指标发现内部稳定但系统指标显示常驻集大小（RSS）增加，Go 的运行时指标主要跟踪虚拟内存，而 RSS 测量实际物理内存使用。推测 Go 1.24 使未提交虚拟内存提交到物理内存，通过 Linux 的/proc文件系统验证是 Go 堆受影响。深入研究 Go 1.24 变更日志，发现mallocgc函数重构可能是原因，使用 heapbench 工具探索不同内存分配模式，发现包含指针的大分配在 Go 1.24 中 RSS 使用显著增加，Go 团队确认是重构丢失重要优化导致不必要的零化，增加 RSS 且不改变内部内存核算，修复后验证结果，该修复将包含在 Go 1.25 中。
回到数据处理服务，了解问题后预测新环境中 RSS 影响，在确认服务内存限制有足够余量后部署，低流量环境中 RSS 使用和 Go 管理内存收敛，高流量环境有意外改善，虚拟内存和 RSS 都下降，后续第二部分将讲述 Swiss Tables 如何降低内存使用及结构级优化带来的更大收益。整个调查过程揭示并验证了因丢失优化导致的内存分配回归，借助 Go 社区追踪并解决问题。