JMeter邮件解析与用户注册流程的最佳控制器及定时器组合咨询

针对高并发场景下解析到其他邮箱验证码的问题，核心原因是固定10秒等待无法匹配验证码实际送达节奏，且解析逻辑未严格绑定当前线程的邮箱。以下是定时器+逻辑控制器的最佳组合方案：

方案一：While Controller + 短间隔轮询 #

替代固定的Constant Timer，实现针对性等待当前邮箱的验证码：

• 移除原10秒Constant Timer，添加While Controller，设置条件为 ${__jexl3(${verificationCode} == '',)}（verificationCode是存储验证码的变量，初始为空）
• 在While Controller内部，先放置JSR223 Sampler：脚本中仅过滤收件人等于当前线程生成的${generatedEmail}的邮件，提取对应验证码并赋值给verificationCode变量
• 接着添加一个Constant Timer，设置1秒的等待间隔，避免频繁请求邮箱服务器导致限流

方案二：JSR223 PreProcessor + 动态超时控制 #

通过脚本实现灵活的等待逻辑，同时限制最大等待时长：

• 移除固定Timer，在解析验证码的JSR223 Sampler前添加JSR223 PreProcessor
• 脚本示例（Groovy）：

def maxWaitTime = 30 // 最大等待30秒
def waitInterval = 1 // 每1秒检查一次
def elapsedTime = 0
def generatedEmail = vars.get("generatedEmail")
def verificationCode = ""

while (elapsedTime < maxWaitTime && verificationCode.isEmpty()) {
    // 替换为你的实际邮箱检查逻辑，仅过滤收件人为generatedEmail的邮件
    verificationCode = fetchVerificationCode(generatedEmail)
    if (verificationCode.isEmpty()) {
        sleep(waitInterval * 1000)
        elapsedTime += waitInterval
    }
}

if (verificationCode.isEmpty()) {
    vars.put("verificationCode", "TIMEOUT")
    prev.setSuccessful(false)
    prev.setResponseMessage("验证码超时未收到")
} else {
    vars.put("verificationCode", verificationCode)
}

• 若超时未获取到验证码，可结合Flow Control Action控制器终止当前线程，避免无效后续请求

关键注意事项 #

• 解析验证码的逻辑必须严格绑定当前线程的邮箱：无论用哪种方案，提取验证码时都要先过滤收件人等于${generatedEmail}的邮件，这是避免串号的核心
• 控制轮询频率：短间隔轮询（1-2秒）比固定长等待更高效，同时避免给邮箱服务器造成过大压力
• 设置最大等待时长：防止线程因一直未收到验证码而无限挂起

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