<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Pprof on PlumePHP</title><link>https://plumephp.com/tags/pprof/</link><description>Recent content in Pprof on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Thu, 13 Aug 2026 12:50:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/pprof/index.xml" rel="self" type="application/rss+xml"/><item><title>云原生 APM 与性能剖析：Continuous Profiling 与火焰图</title><link>https://plumephp.com/cloud-native-apm-profiling/</link><pubDate>Thu, 13 Aug 2026 12:50:00 +0800</pubDate><guid>https://plumephp.com/cloud-native-apm-profiling/</guid><description>&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;APM 解决的是&amp;quot;哪里慢了&amp;quot;，Profiling 解决的是&amp;quot;为什么慢&amp;quot;。&lt;/strong&gt; Metrics 告诉你延迟增加了，Traces 告诉你哪个服务是瓶颈，但只有 Profiling 能精确到某一行代码、某个函数调用、某个锁竞争——找到那 20% 的代码消耗了 80% 的 CPU。&lt;/p&gt;</description></item><item><title>Go pprof 入门：给 HTTP 服务找 CPU 和内存热点</title><link>https://plumephp.com/go-pprof-http-service-2023/</link><pubDate>Wed, 13 Aug 2025 10:00:00 +0800</pubDate><guid>https://plumephp.com/go-pprof-http-service-2023/</guid><description>&lt;h2 id="性能优化不要靠感觉"&gt;性能优化不要靠感觉&lt;/h2&gt;
&lt;p&gt;服务响应变慢后，很多人的第一反应是猜测：&amp;ldquo;是不是 JSON 序列化慢？是不是数据库连接池不够？是不是某个循环次数太多？&amp;ldquo;猜测确实可以提供调查方向，但真正做优化之前必须有数据支撑。Go 内置的 pprof 工具能够精确告诉你 CPU 时间花在哪里、内存分配集中在哪些函数、goroutine 是否在持续堆积。&lt;/p&gt;</description></item><item><title>Go 性能分析工具全解析：pprof 与 trace 深度实战</title><link>https://plumephp.com/49-profiling-tools/</link><pubDate>Wed, 13 Aug 2025 10:00:00 +0800</pubDate><guid>https://plumephp.com/49-profiling-tools/</guid><description>&lt;h2 id="性能分析pprof-和-trace-工具"&gt;性能分析：pprof 和 trace 工具&lt;/h2&gt;
&lt;p&gt;&amp;ldquo;我的程序很慢&amp;rdquo;——这是开发者最常遇到的问题之一。但&amp;quot;慢&amp;quot;是一个模糊的描述，真正的瓶颈在哪里？是 CPU 计算太慢？是内存分配太多？是 I/O 等待太久？还是锁竞争太严重？&lt;/p&gt;</description></item></channel></rss>