禁用调试信息不会提升运行时性能；DWARF等调试数据不参与执行、不加载内存，对CPU、内存、GC、调度器无影响，基准测试显示禁用前后无统计学差异。
禁用调试信息不会提升运行时性能
Go 编译器生成的调试信息（如 DWARF）仅用于 delve、gdb 等调试器，或 pprof 符号解析。它们不参与程序执行，也不加载到内存中运行。只要不触发调试或符号化操作（比如没调用 runtime/debug.ReadBuildInfo() 或没开 pprof 的符号解析），这些数据对 CPU、内存、GC、调度器完全无影响。
常见误解是“去掉调试信息能让二进制跑得更快”——实际测试中，禁用前后 benchstat 对比结果无统计学差异。
-ldflags="-s -w" 的真实作用和代价
-s 去除符号表（.symtab、.strtab），-w 去除 DWARF 调试信息。二者只影响二进制体积和可调试性：
- 体积减少通常在 10%–40%，取决于项目大小和依赖数量
- 无法用
dlv exec附加调试；panic堆栈不显示行号（只剩函数名） -
pprof的top、web等命令会显示???，除非配合go tool pprof -http+ 源码映射（但此时仍需原始带调试信息的二进制） - 某些安全扫描工具依赖符号表做函数粒度分析，禁用后可能跳过检测
真正影响启动和运行性能的编译选项
如果目标是降低延迟或提高吞吐，应关注这些：
立即学习“go语言免费学习笔记（深入）”；
-
-gcflags="-l"：关闭内联（反而通常 降低 性能，仅用于调试内联行为） -
-gcflags="-m"：输出内联/逃逸分析日志（纯诊断，不影响运行） -
-buildmode=pie：启用位置无关可执行文件，轻微增加启动开销（需动态重定位） -
-trimpath：不嵌入绝对路径，减小二进制体积，对运行无影响 - Go 1.21+ 的
-linkshared（共享库链接）才可能带来启动优化，但需配套go install -buildmode=shared
生产环境推荐做法
不是盲目加 -ldflags="-s -w"，而是按场景权衡：
- CI/CD 构建发布包：用
-ldflags="-s -w"减小镜像体积，前提是已保留一份带调试信息的归档（如上传到内部 symbol server） - K8s InitContainer 或短生命周期 Job：体积敏感，可启用；但若需快速排障，建议保留 DWARF（即只用
-s） - 使用
pprof做线上性能分析：必须保留 DWARF（即不用-w），否则火焰图全是地址而非函数名 - 启用
GOEXPERIMENT=fieldtrack或GOEXPERIMENT=arenas等实验特性时，调试信息对定位问题更重要，不建议禁用
最易被忽略的一点：DWARF 被剥离后，runtime.Caller() 仍能返回正确行号（因为 Go 运行时用的是 PC→行号映射表，存在 .gopclntab 中，不受 -w 影响），但 debug.PrintStack() 和第三方堆栈解析库（如 github.com/pkg/errors）会失效。
