2. JMeter 基础架构：核心组件及运行原理

JMeter 采用模块化、可插拔的架构设计，其核心运行单元基于线程（Thread）驱动。理解其基础架构是编排压测脚本的前提。本章将拆解 JMeter 的四大核心组件类型，并阐述其运行原理。

2.1 核心组件全景

JMeter 的测试计划本质上是一个由不同组件构成的树形结构。根据功能职责，可将组件划分为以下四类：

2.2 线程组：压测的起点

线程组是每个测试计划的入口。它定义了虚拟用户（线程）的集合行为。一个测试计划可以包含多个线程组，用于模拟不同用户群体。

• 线程数： 模拟的并发用户数量。
• Ramp-Up 时间： 达到指定线程数所需的启动时间（秒）。例如，100 线程，Ramp-Up=10，则每秒启动 10 个线程。
• 循环次数： 每个线程执行取样器的次数。勾选“永远”则持续运行直到手动停止。
• 调度器： 可设置测试的持续时间（Duration）或启动延迟（Startup Delay）。

2.3 取样器：流量的发动机

取样器是真正发送请求的组件。每个取样器对应一种协议或操作。最常用的是 HTTP 请求 取样器。

一个典型的 HTTP 请求取样器配置包含：

协议：https
服务器名称或 IP：api.example.com
端口号：443
方法：POST
路径：/v1/order/create
参数（Body）：{"userId": "${userId}", "productId": "P1001"}
超时（毫秒）：连接 5000，响应 10000

2.4 逻辑控制器：编排的指挥官

逻辑控制器决定了取样器的执行路径。没有逻辑控制器时，取样器按顺序依次执行。逻辑控制器可以嵌套，形成复杂的业务流。

2.5 监听器：数据的仪表盘

监听器负责从取样器收集数据，并以图表或表格形式展示。监听器本身不产生请求，但会消耗资源来记录和计算。

• 聚合报告： 最常用的监听器，提供平均响应时间、中位数、90%/95%/99% 百分位、吞吐量、错误率等关键指标。
• 查看结果树： 用于调试，展示每个请求的详细请求和响应数据。生产压测时建议禁用，以免内存溢出。
• 图形结果： 以折线图形式展示吞吐量和响应时间的变化趋势。

2.6 运行原理与执行流程

JMeter 的运行原理可以概括为“线程驱动、树形遍历”。下图展示了单个线程的执行流程：

上图展示了单个线程在一次迭代中的执行顺序。多个线程并行执行，共同构成并发压力。JMeter 通过 线程组 管理线程池，通过 逻辑控制器 实现分支与循环，通过 取样器 产生流量，通过 监听器 完成数据采集，形成完整的压测闭环。

2.7 组件执行顺序总结

在同一个作用域内，JMeter 组件的执行顺序是固定的，理解这个顺序对于编写正确的脚本至关重要：

1. 配置元素（如 CSV 数据文件配置、用户定义的变量）
2. 前置处理器（如 HTTP URL 重写修饰符）
3. 定时器（如常数吞吐量定时器，在取样器之前生效）
4. 取样器（发送实际请求）
5. 后置处理器（如正则表达式提取器，提取响应数据）
6. 断言（验证响应结果是否符合预期）
7. 监听器（记录和展示结果）