带你彻底学会 Golang 程序性能分析（五）：pprof 最佳实践思考

如果你已经看完了 Golang 程序性能分析系列文章的的前四篇，相信你已经掌握了 pprof 工具的使用方法（还有各种类型 golang 程序集成 pprof 的方法），如果没有那就再看一遍。

掌握 pprof 工具的使用方法只是第一步，最重要的是精准高效地使用 pprof 工具。讲解 pprof 使用方法的文章和资料很多，但很少有讲 pprof 最佳实践的。在平常工作、面试和参加的技术活动中，聊到 Golang 程序性能分析时，很多同学一般只知道 pprof 工具的大概使用场景和使用方法，缺少进一步的思考。

大多数同学使用 pprof 典型的场景是这样的：生产环境的程序挂掉了，等客户反馈过来问题或者监控系统监控到了服务不可用，然后开始排查问题，然后发现问题很难排查，需要使用 pprof 工具，然后修改代码集成 pprof 后尝试在本地复现，发现因为没有生产环境的场景而复现不了，然后将代码发布到生产环境进行性能分析从而定位问题。这个问题定位的过程耗费了大量的时间和精力，还可能给客户带来二次伤害。另外，这种发生了事故了才去进行性能问题分析定位的方式也是比较糟糕的，理想的方式应该是预先排除性能问题来避免出事故。那我们就需要思考采取更加优雅高效的方式了。

化被动为主动的方法就是预先排除性能问题，那么就需要在合适的时机采集到用于性能分析的样本数据。合适的时机可以由监控提供，大致思路如下：

发布到生产环境的程序需要集成 pprof（程序暴露的用于性能分析的接口需要做好访问控制，可以只允许内网访问或者增加鉴权机制），监控系统监控到内存或 CPU（当然也可以引入其他指标，如 Goroutine数量，GC次数）达到一定阈值时，触发 pprof 样本数据采集并发送报警信息给相关负责人，以让相关负责人这个时候介入性能分析以提前发现并排除性能问题。

希望本篇文章能带给大家一些启发吧。