JMeter Beanshell Sampler首次运行未正常设置properties文件属性值问题

• 执行顺序不匹配：JMeter 业务组件（如你用到的JMS采样器）的配置项会在测试计划启动、线程组初始化阶段就解析${__P(属性名)}这类属性引用。如果你将加载配置的Beanshell Sampler放在普通线程组内部，首次运行时组件初始化完成后，配置加载脚本才会执行，因此组件拿到的IP属性为空，就会出现tcp://:61616这类报错。第二次运行时，props是JMeter全局共享的属性对象，第一次运行结束后加载的属性仍残留在内存中，第二次组件初始化时就能正常读取属性值。
• 变量引用方式错误：你在Beanshell脚本中直接用${PROPERTIES_FILE}的方式引用JMeter变量，存在解析顺序问题，首次运行时可能无法正确替换为实际的文件路径，导致配置文件加载失败。

1. 调整配置加载的执行时机
   将加载properties的Beanshell脚本从普通线程组移出，放到setUp线程组中执行，且将setUp线程组的执行顺序调整到所有业务线程组之前，确保配置属性在所有业务组件初始化前就加载完成。

2. 修正Beanshell中变量的引用方式，增加异常捕获逻辑
   不要在Beanshell中直接用${变量名}的方式引用JMeter变量，改用内置的vars.get()方法获取，同时增加异常捕获和日志打印，方便排查加载失败问题，修改后代码参考：

import java.io.FileInputStream;

// 正确获取JMeter变量的写法
String propertiesPath = vars.get("PROPERTIES_FILE");
FileInputStream is = null;
try {
    is = new FileInputStream(propertiesPath);
    props.load(is);
} catch (Exception e) {
    log.error("配置文件加载失败: {}", e.getMessage(), e);
    throw e; // 加载失败直接终止测试，避免后续逻辑异常
} finally {
    if (is != null) {
        try {
            is.close();
        } catch (Exception ex) {
            log.error("文件流关闭失败: {}", ex.getMessage(), ex);
        }
    }
}

3. 推荐更稳定的配置加载方式
   如果不需要动态加载配置，可以直接在JMeter启动时通过-q参数指定自定义配置文件，不需要在脚本内写加载逻辑，启动命令示例：
   jmeter -q 自定义配置文件路径 -t 测试计划文件.jmx
   这种方式是JMeter启动阶段就加载配置，完全不会出现初始化顺序问题。

内容的提问来源于stack exchange，提问作者Taz 3497