性能基准测试基础：基准测试的定义、基准测试的类型（微基准、宏基准）、基准测试工具选型

大家好，我是你们这堂课的讲师。今天咱们聊聊性能基准测试。说实话，这玩意儿听起来挺唬人，但说白了，它就是一把尺子。你想想看，没有尺子，你怎么知道代码改完是快了还是慢了？

我在项目里见过太多人，上来就优化，优化完自我感觉良好，结果一上线，系统崩了。为什么？因为没有基准。你不知道起点在哪，自然也不知道终点在哪。所以，基准测试不是可选项，是必选项。

一、基准测试到底是个啥？

基准测试，英文叫 Benchmark。它的核心就一句话：在可控条件下，测量系统的性能指标。

我个人的理解更简单：给系统拍一张“性能快照”。这张快照记录了系统在特定负载下的表现。比如，一个接口每秒能处理多少请求，一个排序算法排完 100 万个数字要多久。

为什么要强调“可控条件”？因为性能测试最怕变量太多。CPU 频率、内存占用、网络延迟、磁盘 IO，任何一个变了，结果就变了。所以，基准测试的第一步，是锁死环境。

我记得有一次，团队里一个小伙儿跑基准测试，结果忽高忽低。查了半天，发现他笔记本插着电源和拔掉电源，CPU 频率不一样。嗯，这就是典型的“不可控”。

二、基准测试的类型：微基准 vs 宏基准

基准测试分两类：微基准和宏基准。这两者的区别，说白了就是“看细节”和“看整体”。

2.1 微基准测试

微基准测试，测的是单个代码片段的性能。比如一个函数、一个算法、一个数据结构操作。

它的特点是：粒度小、精度高、干扰少。你想想看，如果你想知道 HashMap 和 TreeMap 谁更快，那就得用微基准测试。

但这里有个坑。微基准测试很容易被 JIT 编译器、垃圾回收、CPU 缓存这些东西干扰。我曾经写过一段代码，测一个空循环的性能，结果第一次跑 100 毫秒，第二次跑 1 毫秒。为什么？因为 JIT 把循环优化掉了。

微基准测试的典型场景：

• 比较不同算法的性能
• 评估数据结构的选择
• 验证代码优化的效果
• 排查某个函数的性能瓶颈

2.2 宏基准测试

宏基准测试，测的是整个系统或子系统的性能。比如一个 Web 应用的吞吐量、一个数据库的查询延迟、一个微服务的响应时间。

它的特点是：粒度大、接近真实、结果更有说服力。说白了，用户不关心你的 HashMap 有多快，用户只关心页面打开快不快。

宏基准测试的难点在于：环境太复杂。网络、磁盘、数据库连接池、线程池、第三方服务，任何一个环节出问题，结果都会变。

我记得有一次做宏基准测试，压测一个电商系统的下单接口。结果发现吞吐量上不去，查了半天，发现是数据库连接池太小。嗯，这就是宏基准测试的价值——它能暴露系统级的瓶颈。

宏基准测试的典型场景：

• 评估系统容量
• 验证架构设计
• 发现系统级瓶颈
• 制定性能基线

三、基准测试工具选型

工具选型这事儿，我踩过不少坑。选对了工具，事半功倍；选错了，浪费时间不说，结果还不靠谱。

下面这张图是我总结的基准测试工具选型逻辑，大家可以参考一下：

3.1 微基准测试工具

如果你用 Java，那微基准测试工具只有一个选择：JMH（Java Microbenchmark Harness）。这是 Oracle 官方出的，专门用来做 Java 微基准测试。它帮你处理了 JIT 预热、死代码消除、循环优化这些烦人的问题。

一个简单的 JMH 示例：

@BenchmarkMode(Mode.Throughput)
@OutputTimeUnit(TimeUnit.SECONDS)
@Warmup(iterations = 3, time = 1)
@Measurement(iterations = 5, time = 1)
@Fork(1)
public class MyBenchmark {

    @Benchmark
    public void testMethod() {
        // 你要测试的代码
        int sum = 0;
        for (int i = 0; i < 1000; i++) {
            sum += i;
        }
    }
}

如果你用 C++，那 Google Benchmark 是首选。用法和 JMH 类似，也支持预热、迭代次数控制。

3.2 宏基准测试工具

宏基准测试的工具就多了。我按场景给大家推荐几个：

场景	推荐工具	特点
HTTP 接口压测	wrk / ab / JMeter	wrk 轻量，JMeter 功能全
数据库压测	sysbench / pgbench	sysbench 支持 MySQL，pgbench 支持 PostgreSQL
全链路压测	JMeter / Gatling	支持复杂场景编排
网络性能	iperf / netperf	测带宽和延迟

我个人最常用的是 wrk。为什么？因为它够轻量，一条命令就能跑起来。比如：

wrk -t12 -c400 -d30s http://localhost:8080/api/test

这条命令的意思是：用 12 个线程，保持 400 个并发连接，持续压 30 秒。结果会告诉你吞吐量（Requests/sec）和延迟分布（Latency）。

但 wrk 也有缺点——它不支持复杂的场景编排。如果你需要模拟用户登录、浏览商品、下单这种多步骤流程，那还是得上 JMeter。

四、总结一下

基准测试，说白了就是给系统拍一张“性能快照”。微基准看细节，宏基准看整体。工具选型上，Java 微基准无脑选 JMH，HTTP 压测轻量场景用 wrk，复杂场景用 JMeter。

最后送大家一句话：没有基准的优化，都是耍流氓。下次改代码之前，先跑一遍基准测试，把基线数据留下来。这样你才知道，你的优化到底是真有效，还是自我感动。