第二章：性能分析工具链

工欲善其事，必先利其器。做性能优化，手里没几把趁手的工具，那真是寸步难行。我刚开始搞性能分析那会儿，全靠猜，哪段代码慢就盯着看，效率低得可怜。后来慢慢摸清了这些工具的门道，才发现——原来问题早就摆在那了，只是我没找对方法去看。

这一章，我就带你认识几款我平时最常用的工具。它们各有侧重，组合起来基本能覆盖桌面应用性能分析的方方面面。别急着全装，先听我讲讲每个工具是干什么的，你再决定先学哪个。

WPT 是微软官方出的一套性能分析套件，包含两个核心组件：Windows Performance Recorder（WPR）和 Windows Performance Analyzer（WPA）。说白了，一个负责录，一个负责看。

我个人习惯用 WPR 来录制系统的 ETW（Event Tracing for Windows）事件。它能记录下 CPU 调度、磁盘 I/O、内存分配、线程阻塞等等几乎所有的系统级行为。录完之后生成一个 .etl 文件，再用 WPA 打开分析。

核心用途：定位 CPU 高占用、线程死锁、DLL 加载慢、启动耗时过长等问题。

安装步骤：

小技巧：我第一次用 WPA 时，被满屏的图表吓到了。别慌，先学会看“CPU Usage (Sampled)”和“Disk Usage”这两个视图，能解决 80% 的问题。

PerfView 是微软内部工程师写的一个 .NET 性能分析工具，开源免费。它跟 WPT 有点像，但更偏重托管代码（C#、VB.NET）的分析。如果你做的是 .NET 桌面应用，这个工具几乎是必备的。

我记得有一次，一个 WPF 应用在用户操作时界面卡死，用 PerfView 一抓，发现是 GC（垃圾回收）频繁触发，导致 UI 线程被挂起。嗯，这种问题用其他工具很难定位，但 PerfView 的 GC Heap 视图一目了然。

安装方式：

注意：PerfView 需要以管理员权限运行，否则无法收集某些系统级事件。我曾经因为这个原因白忙活了一下午，后来才发现是权限问题。

ProcMon 是 Sysinternals 套件里的明星工具。它能实时监控文件系统、注册表、进程/线程活动。说白了，就是看你的程序在背后偷偷干了什么。

你想想看，有时候应用启动慢，不一定是代码写得烂，可能是它加载了某个不存在的配置文件，或者反复读写注册表。ProcMon 能把这些操作一条条列出来，你一看就知道问题在哪。

安装方式：

避坑指南：我曾经用 ProcMon 抓一个启动慢的问题，结果发现程序在 5 秒内尝试打开同一个不存在的文件 200 多次。这种问题，光看代码根本发现不了。

Wireshark 是网络抓包工具，主要用于分析网络通信的性能问题。如果你的桌面应用需要跟服务器通信，比如上传下载、实时数据同步，那 Wireshark 就是你的好帮手。

它能捕获网卡上的所有数据包，然后按协议分类展示。你可以看到每个请求的耗时、重传次数、TCP 窗口大小等等。我遇到过一个问题：应用偶尔卡顿，查了半天发现是 DNS 解析超时。用 Wireshark 一抓，真相大白。

安装步骤：

注意：Wireshark 抓包时，如果网络流量很大，可能会占用大量内存。建议只抓取目标应用的通信，或者设置过滤条件。

如果你做的是基于 Electron 或 CEF（Chromium Embedded Framework）的桌面应用，那 Chrome DevTools 就是你的调试利器。它不仅能调试网页，还能分析性能、内存、网络等。

我个人最常用的是 Performance 面板和 Memory 面板。Performance 面板可以录制一段时间的操作，然后逐帧分析每一帧的耗时。Memory 面板则能查看堆内存快照，找出内存泄漏。

如何打开：

小技巧：用 Performance 面板时，记得勾选“Screenshots”选项，这样录制结束后能看到每一帧的截图，方便定位卡顿的具体时刻。

好了，工具就介绍到这里。别想着一次性全学会，先挑一个你最需要的，装好，跑一遍，感受一下。下一章，我会带你用这些工具实际分析一个真实的性能问题。到时候你就知道，这些工具到底有多香了。

一句话总结：工具是死的，思路是活的。学会用工具，更要学会怎么问问题——问对了，工具自然会给你答案。