JMeter 基础回顾：线程组、取样器、监听器、配置元件核心概念

在进入双引擎容量压测编排之前，必须牢固掌握 JMeter 的四大核心元件：线程组（Thread Group）、取样器（Sampler）、监听器（Listener）和配置元件（Config Element）。它们是构建任何压测脚本的基石，也是后续理解双引擎差异的前提。

1. 线程组（Thread Group）—— 压测的“发动机”

线程组定义了虚拟用户（VU）的启动方式、并发数量和执行周期。所有取样器、监听器都作为线程组的子节点运行。

2. 取样器（Sampler）—— 发送请求的“执行器”

取样器负责向目标服务器发送特定协议的请求，并等待响应。JMeter 内置了 HTTP、JDBC、Java、FTP 等数十种取样器。在容量压测中，HTTP 请求（HTTP Request）是最常用的取样器。

• 协议与方法：支持 GET、POST、PUT、DELETE 等，需与接口文档严格对齐。
• 参数化：通过 Parameters 或 Body Data 传递请求参数，常与 CSV 数据文件配置元件配合。
• 超时设置：必须设置 Connect Timeout 和 Response Timeout，防止线程被长时间挂起。
• 重定向与 Keep-Alive：容量压测建议关闭 Follow Redirects，开启 Use KeepAlive。

// HTTP 请求取样器典型配置（界面填写示例）
协议：https
服务器名称或 IP：api.example.com
端口号：443
方法：POST
路径：/v1/order/create
Body Data：
{
  "userId": "${userId}",
  "productId": "${productId}",
  "quantity": 1
}
超时（毫秒）：Connect 5000, Response 10000

3. 监听器（Listener）—— 数据的“记录仪”

监听器负责收集、展示和保存测试过程中的性能数据。在容量压测中，监听器的配置直接影响结果文件的完整性和磁盘 I/O 开销。

4. 配置元件（Config Element）—— 参数的“供给站”

配置元件用于提供静态或动态的配置数据，供取样器、前置处理器等使用。它们在线程组初始化时加载，作用域由其所在的节点层级决定。

• CSV Data Set Config：从外部 CSV 文件读取参数化数据，支持多线程安全读取。容量压测中用于模拟不同用户、不同商品 ID。
• HTTP Request Defaults：统一设置协议、服务器、端口、编码等公共信息，避免每个取样器重复配置。
• User Defined Variables：定义全局静态变量，如服务器 IP、超时时间、公共请求头。
• HTTP Header Manager：管理请求头，如 Content-Type、Authorization 。

// CSV Data Set Config 典型配置
Filename: /data/test_users.csv
Variable Names: userId,productId,
Delimiter: ,
Recycle on EOF: False
Stop thread on EOF: True
Sharing mode: All threads

5. 四大元件协作关系（SVG 架构图）

下图展示了线程组、取样器、监听器、配置元件在 JMeter 测试计划中的层级与协作关系：

6. 元件执行顺序与作用域规则

JMeter 元件的执行顺序并非由 GUI 中的上下位置决定，而是遵循固定的处理规则：

1. 配置元件（Config Element）：最先执行，为后续取样器提供参数。
2. 前置处理器（Pre-Processor）：在取样器之前执行，用于动态修改请求。
3. 定时器（Timer）：在取样器之前执行，控制请求发送间隔。
4. 取样器（Sampler）：核心执行单元，发送请求并接收响应。
5. 后置处理器（Post-Processor）：在取样器之后执行，提取响应数据。
6. 断言（Assertion）：验证响应是否符合预期。
7. 监听器（Listener）：最后执行，记录或展示结果。

7. 四大元件在双引擎场景下的差异

在后续章节中，我们将对比 JMeter 原生引擎与分布式引擎在元件处理上的关键差异：