go 的内存分析默认启用（memprofilerate > 0），但采样率极低，几乎无运行时开销；cpu 分析则完全按需启动，无调用即零成本。二者均非真正“always on”，而是兼顾可观测性与性能的精细设计。
在 Go 中，性能分析（profiling）常被误解为“非开即关”的开关式功能，但其底层实现实为更精细的权衡设计。
CPU 分析：严格按需，零默认开销
pprof.StartCPUProfile() 是显式、阻塞式调用，仅当被主动触发时才开始采集栈帧与时间信息。若程序中从未调用该函数，运行时完全不启动 CPU 分析器——无 goroutine 开销、无额外系统调用、无内存分配。因此，CPU profiling 是真正“按需启用”，不存在隐式成本。
内存分析：默认采样，但高度轻量
与 CPU 不同，Go 运行时默认启用堆内存采样：全局变量 runtime.MemProfileRate 初始值为 512KB（即平均每分配 512KB 内存，记录一次堆分配栈）。该采样由运行时在 malloc 路径中以原子方式完成，开销极小（通常 < 1% 时间增长，且无锁竞争）。这意味着：
- ✅ 不是“always on”全量追踪：它不记录每次分配，而是稀疏采样；
- ✅ 无需手动启用：无需调用 pprof.WriteHeapProfile() 即可积累数据；
- ✅ 退出时写入即得快照：WriteHeapProfile() 仅序列化当前采样结果，不触发实时分析。
你可以通过代码动态控制采样率：
import "runtime"
func init() {
// 完全禁用内存采样（等效于 Go 1.5+ 的 GODEBUG=memprofilerate=0）
runtime.MemProfileRate = 0
// 或提高精度（代价是更高开销）：
// runtime.MemProfileRate = 1 // 每次分配都采样（仅调试用！）
}自 Go 1.5 起，还可通过环境变量在不修改代码的前提下调整行为：
# 禁用内存分析 GODEBUG=memprofilerate=0 ./myapp # 提高采样精度（例如每 64KB 记录一次） GODEBUG=memprofilerate=65536 ./myapp
⚠️ 注意事项：
- MemProfileRate = 0 仅禁用堆分配采样，不影响 runtime.ReadMemStats() 等统计接口；
- CPU 分析一旦启动，必须显式 StopCPUProfile()，否则会导致 goroutine 泄漏；
- 生产环境建议保持默认 MemProfileRate（512KB），既保留诊断能力，又避免性能扰动；如需深度排查内存泄漏，再临时调高或配合 pprof.Lookup("heap").WriteTo() 实时导出。
总结而言，Go 的 profiling 设计哲学是：CPU 分析“静默待命”，内存分析“轻量守候”——二者均未牺牲性能换取可观测性，而是以工程化的方式，在默认可用性与运行效率之间取得坚实平衡。
