本文详解如何通过 JMeter 属性机制，在多负载机（LG）分布式压测场景下，让第二个线程组（TG2）仅在单台指定 LG 上执行，避免因属性传递方式错误（误用 -J 而非 -G）导致线程组被跳过。
本文详解如何通过 jmeter 属性机制，在多负载机（lg）分布式压测场景下，让第二个线程组（tg2）仅在单台指定 lg 上执行，避免因属性传递方式错误（误用 `-j` 而非 `-g`）导致线程组被跳过。
在 JMeter 分布式测试中，当多个线程组需差异化部署到不同负载生成器（Load Generator, LG）时，常借助 __machineIP() 函数配合 If Controller 实现流量路由。例如：你有两个线程组 TG1 和 TG2，其中 TG1 需均匀分布至 3 台 Windows LG（10.0.0.1/2/3），而 TG2 仅需在其中一台（如 10.0.0.3）上运行。此时，If Controller 的条件表达式应为：
${__machineIP()} == "${__P(LG_TG2)}"
⚠️ 注意：函数名必须正确书写为 ${__machineIP()}（含括号），且属性引用使用 ${__P(LG_TG2)} —— 这表示从 全局属性（Global Properties） 中读取 LG_TG2 的值。
问题根源在于命令行参数的误用：
你当前使用的是 -JLG_TG2=10.0.0.3，该参数仅将属性设置为 本地 JVM 属性（JMeter properties），不会同步到远程 LG 进程。而分布式模式下，每个 LG 启动独立的 JMeterServer 进程，只有通过 -G（Global property）传递的属性才会被自动广播并注入所有远程节点。
✅ 正确做法是将命令中的：
-JLG_TG2=10.0.0.3
替换为：
-GLG_TG2=10.0.0.3
完整修正后的 GitLab Pipeline 命令示例如下：
jmeter.bat -n -t "C:\GitLab-Runner\Builds\test.jmx" -R 10.0.0.1,10.0.0.2,10.0.0.3 -l "results.jtl" -GNoOfThreads_TG1=1 -GRampUpPeriod_TG1=3 -GNoOfLoops_TG1=2 -GNoOfThreads_TG2=1 -GRampUpPeriod_TG2=1 -GNoOfLoops_TG2=2 -GLG_TG2=10.0.0.3
? 补充说明：
- -G 参数用于定义 全局属性，会被 JMeter 主控机（Client）自动分发至所有 -R 指定的远程服务器（即每个 LG 的 jmeter-server.bat 进程），确保 __P() 函数可在各 LG 上正确解析；
- -J 仅设置本地属性，作用域限于当前 JVM（即主控机），不参与分布式传播，因此远程 LG 无法获取 LG_TG2 值，导致 If Controller 条件恒为 false，TG2 被完全跳过；
- 若需动态化 IP（如 GitLab CI 变量），可在 .gitlab-ci.yml 中安全引用：
script: - jmeter.bat -n -t test.jmx -R $LG_LIST -l results.jtl -GLG_TG2=$SELECTED_LG ...
总结：在 JMeter 分布式测试中实现线程组级流量调度，核心在于 属性作用域与分发机制的精准匹配。务必使用 -G 传递需跨节点生效的配置参数，并始终通过 ${__P(propName)} 在脚本中引用，才能确保逻辑在所有 LG 上一致、可靠地执行。
