4. 引擎一：单机引擎详解——线程数、Ramp-Up、循环次数配置策略
单机引擎是 JMeter 压测的起点，也是绝大多数巡检脚本的首选运行模式。理解线程数、Ramp-Up 时间、循环次数这三个核心参数的配置策略，直接决定了压测流量模型是否准确、服务端是否被“瞬间冲垮”或“压力不足”。本章从参数定义、配置公式、典型场景三个维度展开，并给出可复用的巡检脚本模板。
4.1 三个核心参数的定义与关系
| 参数 | 定义 | 单位 | 对压力的影响 |
|---|---|---|---|
| 线程数 (Number of Threads) | 并发虚拟用户数，即同时向目标服务发起请求的线程数量。 | 个 | 决定最大并发度，线程数越高，瞬时压力越大。 |
| Ramp-Up 时间 | 从第一个线程启动到所有线程全部启动所花费的时间。 | 秒 | 控制压力爬坡速率，避免服务被瞬间压垮。 |
| 循环次数 (Loop Count) | 每个线程执行完一次完整脚本后重复执行的次数。 | 次 | 决定总请求量和测试持续时间。 |
核心公式：总请求数 ≈ 线程数 × 循环次数。若勾选“永远 (Forever)”，则需通过持续时间 (Duration) 控制测试结束条件。
4.2 线程数配置策略
线程数不是越大越好，需要根据目标服务的 TPS 上限 和 巡检周期 综合确定。
- 基准测试：线程数 = 1，用于验证脚本正确性和单次请求耗时基线。
- 容量测试：线程数从 10 起步，按 2 倍梯度递增（10 → 20 → 40 → 80），直到发现性能拐点。
- 巡检脚本：线程数通常固定为 5~20，模拟日常业务高峰期的典型并发数，避免对生产环境造成额外压力。
巡检推荐：线程数 = 目标 TPS × 单请求平均响应时间（秒）。例如目标 TPS=100，平均响应时间=0.5s，则线程数 ≈ 50。
4.3 Ramp-Up 时间配置策略
Ramp-Up 决定了压力是“瞬间爆发”还是“缓慢爬坡”。错误的 Ramp-Up 配置会导致测试结果失真。
| 场景 | 推荐 Ramp-Up | 说明 |
|---|---|---|
| 瞬间冲击测试 | 0 秒 | 所有线程同时启动，模拟突发流量，如秒杀、抢购。 |
| 常规容量测试 | 线程数 × (1~2) 秒 | 每秒启动 1~2 个线程，压力平缓上升，便于观察拐点。 |
| 巡检脚本 | 线程数 × 0.5 秒 | 快速达到目标并发，但保留一定缓冲，避免连接风暴。 |
| 长时间稳定性测试 | 线程数 × (3~5) 秒 | 极慢爬坡，模拟真实用户逐步进入系统的行为。 |
避坑：Ramp-Up 设为 0 且线程数较大（如 500+）时，可能导致服务端连接池瞬间耗尽、CPU 毛刺飙升，测试结果无法反映真实容量。
4.4 循环次数配置策略
循环次数与测试持续时间共同决定测试的“总弹药量”。
- 固定循环次数：适用于功能验证、基准测试。例如循环 10 次，每个线程执行 10 遍脚本。
- 永远 + 持续时间：巡检脚本的标准配置。勾选“永远”，在“调度器 (Scheduler)”中设置持续时间（如 300 秒），确保测试在固定时间后自动停止。
- 混合模式：循环次数 = 1，但通过多个线程组串联实现复杂场景。
# 巡检脚本典型配置示例（JMeter GUI 或命令行参数）
# 线程数：10
# Ramp-Up：5 秒
# 循环次数：永远
# 持续时间：600 秒
# 命令行执行：
jmeter -n -t patrol_script.jmx -Jthreads=10 -Jrampup=5 -Jduration=600 -l result.jtl4.5 参数配置流程与决策树
下图展示了从需求到参数配置的完整决策路径，帮助测试人员快速确定三个参数的具体数值。
4.6 典型配置模板速查
以下表格汇总了三种典型场景的推荐参数组合，可直接复制到 JMeter 线程组中使用。
| 场景 | 线程数 | Ramp-Up (秒) | 循环次数 | 持续时间 (秒) | 适用说明 |
|---|---|---|---|---|---|
| 快速功能验证 | 1 | 1 | 1 | - | 验证脚本正确性，单次请求 |
| 日常巡检 | 10 | 5 | 永远 | 600 | 模拟 10 个用户持续 10 分钟 |
| 容量摸底 | 50 | 100 | 100 | - | 50 并发，缓慢爬坡，每个线程执行 100 次 |
4.7 参数配置的常见误区
- 误区一：线程数越大越好。实际上，线程数超过服务端连接池上限后，只会增加等待时间，TPS 反而下降。
- 误区二：Ramp-Up 时间越短越好。瞬间启动大量线程会导致“TCP 连接风暴”，服务端 SYN 队列溢出，大量连接超时。
- 误区三：循环次数设置过大导致测试时间不可控。建议巡检脚本统一使用“永远 + 持续时间”模式，确保测试按时结束。
- 误区四：忽略线程组之间的参数继承。当使用多个线程组时，每个线程组独立配置，不要误以为全局生效。
最佳实践：在 JMeter 脚本中使用参数化变量（如 ${__P(threads,10)}），通过命令行动态传入线程数、Ramp-Up、持续时间，避免硬编码，提升脚本复用性。