JMeter 基础入门：安装、启动与核心组件
JMeter 这东西，说白了就是 Apache 基金会下的一个纯 Java 压测工具。我最早接触它是在 2015 年，那时候公司要做电商大促的容量评估，领导扔给我一句话：「三天内给我出报告」。嗯，当时我连 JMeter 的 bin 目录在哪都不知道。后来硬啃了一周，才算入了门。
今天咱们就把 JMeter 的安装、线程组、取样器、监听器这几个核心概念捋一遍。你跟着我走，半小时内就能跑出第一个压测脚本。
3.1 安装与启动：别踩这些坑
JMeter 是 Java 写的，所以第一步——你得有 JDK。我建议用 JDK 8 或 JDK 11，太新的版本反而容易出兼容问题。
环境要求速查
- JDK 版本：8 / 11 / 17（推荐 11）
- 内存：至少 4GB，压测机建议 8GB+
- 系统：Windows / macOS / Linux 都行
下载地址我就不贴了，官网 apache.org 上找 JMeter 就行。下载后解压，记住一个原则：路径不要带中文和空格。我曾经有个同事，把 JMeter 解压到「D:\压测工具\」目录下，结果启动时报了一堆 ClassNotFoundException……折腾了半小时才发现是中文路径的问题。
启动方式很简单：
# Windows 双击 jmeter.bat
# macOS / Linux 终端执行
cd apache-jmeter-5.x/bin
sh jmeter.sh启动后你会看到一个带菜单栏的 GUI 界面。这里我要多说一句：GUI 模式只适合调试脚本，千万别用它跑正式压测。为什么？因为 GUI 本身会消耗大量内存和 CPU，你想想看，压测工具自己都在抢资源，测出来的数据能准吗？
重要提醒：正式压测请使用命令行模式：
jmeter -n -t test.jmx -l result.jtl-n 表示非 GUI 模式，-t 指定脚本，-l 输出结果文件。
3.2 线程组：压测的「发动机」
线程组是 JMeter 里最核心的组件。你可以把它理解成「虚拟用户池」。每个线程就是一个虚拟用户，线程数就是并发数。
右键「测试计划」→「添加」→「线程（用户）」→「线程组」，你会看到这样一个配置面板：
| 参数 | 说明 | 我的建议 |
|---|---|---|
| 线程数 | 虚拟用户数量 | 从 10 开始，逐步递增 |
| Ramp-Up 时间 | 启动所有线程的耗时（秒） | 一般设为线程数 ÷ 2 |
| 循环次数 | 每个线程执行的次数 | 压测用「永远」，配合调度器 |
| 调度器 | 设置压测持续时长 | 正式压测必勾，建议 5 分钟起 |
举个例子：你要模拟 100 个用户并发，Ramp-Up 设为 50 秒。这意味着每秒启动 2 个用户。这样做的好处是——服务器不会瞬间被冲垮，你能观察到系统在压力逐渐增大时的表现。
我个人习惯在调试阶段把循环次数设为 1，先确认接口通不通。等脚本调通了，再改成「永远」+ 调度器模式。
3.3 取样器：你到底要测什么？
线程组只是定义了「谁来测」，取样器定义了「测什么」。最常用的是 HTTP 请求取样器。
添加路径：右键线程组 → 「添加」→ 「取样器」→ 「HTTP 请求」。配置界面长这样：
协议：https
服务器名称或 IP：api.example.com
端口号：443
方法：GET
路径：/v1/users
参数：userId=1001这里有个坑——参数编码问题。我曾经帮一个团队排查压测失败的原因，发现他们传的中文参数在服务端全变成了乱码。后来在 HTTP 请求取样器里加了一行配置才解决：
# 在 jmeter.properties 中修改
sampleresult.default.encoding=UTF-8除了 HTTP 请求，JMeter 还支持 JDBC 请求（测数据库）、Java 请求（测自定义逻辑）、TCP 取样器（测 Socket 接口）等。不过咱们做吞吐压测，90% 的场景用 HTTP 请求就够了。
小技巧：如果你要测多个接口，可以用「事务控制器」把一组请求打包成一个事务。比如「登录→浏览商品→下单」这三个接口，在事务控制器里算一个完整业务流。
3.4 监听器与聚合报告：数据会说话
脚本跑完了，怎么看结果？监听器就是干这个的。最常用的是「聚合报告」和「查看结果树」。
添加路径：右键线程组 → 「添加」→ 「监听器」→ 「聚合报告」。跑完压测后，你会看到这样一张表：
| 指标 | 含义 | 关注点 |
|---|---|---|
| #Samples | 请求总数 | 样本量越大越可信 |
| Average | 平均响应时间（ms） | 别只看平均，看 90% 线 |
| Min / Max | 最小 / 最大响应时间 | Max 往往代表有长尾请求 |
| 90% Line | 90% 的请求在此时间内完成 | 核心指标，比平均更有价值 |
| Error % | 错误率 | 超过 1% 就要排查 |
| Throughput | 吞吐量（req/s） | 压测的核心目标 |
我记得有一次压测一个支付接口，平均响应时间只有 200ms，看起来挺正常。但一看 90% 线——1.2 秒！这意味着有 10% 的用户体验极差。后来排查发现是数据库连接池配置太小，高峰期排队了。
所以我的习惯是：先看 90% 线和 Error%，再看 Throughput。平均响应时间？嗯，参考一下就好，别太当真。
避坑指南：压测过程中不要打开「查看结果树」监听器。它会把每个请求的响应内容都存到内存里，压测 10 分钟就能把 16GB 内存吃满。我曾经犯过这个错，压测跑了 15 分钟后 JMeter 直接 OOM 崩溃了……
3.5 知识体系总览
下面这张图把 JMeter 的核心组件关系梳理了一下。你对照着看，思路会更清晰：
从这张图你能看出来，JMeter 的组件是分层嵌套的。测试计划是根节点，线程组是并发模型，取样器定义请求，监听器收集结果。配置元件和逻辑控制器是辅助工具，用来管理参数和流程。