go 的内存分析（heap profiling）默认启用但采样率极低，几乎无运行时开销；cpu 分析则完全按需启动，不调用即零成本——二者均非真正“常驻开启”，而是兼顾可观测性与性能的精细设计。
在 Go 中，CPU 和内存分析的启用机制截然不同，且均不构成“always-on”式开销：
✅ CPU profiling 是严格按需的：
必须显式调用 pprof.StartCPUProfile() 才会启动采样，底层通过系统信号（如 SIGPROF）定期中断 goroutine 并记录栈帧。只要不调用该函数，CPU 分析器完全不激活，零 CPU、零内存、零调度开销。✅ Memory profiling（堆分析）并非“始终开启”，而是“低频采样启用”：
Go 运行时通过全局变量 runtime.MemProfileRate 控制堆分配采样频率。其默认值为 512 KiB（即每分配约 512 KiB 内存，随机采样一次堆对象），不是每次分配都记录。该采样由运行时在 malloc 路径中插入极轻量的条件判断（if rate > 0 && shouldSample()），实际开销通常低于 0.1%，对绝大多数应用可忽略。
? 验证当前采样率： fmt.Printf("MemProfileRate = %d\n", runtime.MemProfileRate) // 默认输出 512000（字节）
-
⚙️ 如何彻底禁用内存分析？
自 Go 1.5 起，可通过环境变量关闭：GODEBUG=memprofilerate=0 ./myapp
或在代码中启动前设置（需早于任何内存分配）：
func main() { runtime.MemProfileRate = 0 // 必须在 init() 或 main() 开头尽早设置 // ... 其余逻辑 }⚠️ 注意：MemProfileRate = 0 表示完全禁用采样，此时 pprof.WriteHeapProfile() 将输出空 profile（仅含头部信息）。
-
? 关键结论与最佳实践：
- 不要误以为“内存分析默认开启 = 性能负担大”——它本质是低开销、高价值的诊断保险；
- 生产环境如需极致确定性（如实时金融系统），可设 GODEBUG=memprofilerate=0；
- 推荐保留默认配置，并结合 pprof.Lookup("heap").WriteTo(w, 1) 在异常时按需抓取快照；
- CPU 分析永远安全：仅在调试/压测时显式启用，无需担心“忘记关闭”。
总之，Go 的 profiling 设计哲学是 “默认可观测，按需高保真” ——既不让开发者为诊断能力付出显著代价，又确保问题发生时已有线索可循。
