使用JMeter结合Keycloak授权流实现用户注册的问题排查

核心问题原因 #

POST请求出现重复参数，本质是你配置的正则提取器要么匹配到了多组结果，要么作用范围配置错误，导致参数变量被多次赋值。JMeter引用存在多个值的变量时，会自动把所有值拼接进请求，最终服务端接收到非法的重复参数，直接丢弃了创建请求，所以不会生成用户，但请求本身HTTP状态码是200所以显示通过。

具体配置调整项 #

• 修正正则匹配规则，收紧匹配边界，原有(.*?)"规则容易跨参数匹配到多余内容，替换为如下规则：
  • session_code：正则写为session_code=([^"&]+)，模板$1$，匹配序号1
  • execution：正则写为execution=([^"&]+)，模板$1$，匹配序号1
  • tab_id：正则写为tab_id=([^"&]+)，模板$1$，匹配序号1
    这里[^"&]+表示匹配除了双引号、&符号之外的所有字符，刚好对应URL参数的结束边界，不会误抓后续参数内容。
• 调整正则提取器的作用域（Apply to），所有提取器都选择Main Sample only，避免从请求的子资源、重定向跳转响应里误提取参数。
• 给每个提取器设置默认值为NOT_FOUND，如果后续请求里出现该值即可直接判断提取失败，方便快速定位问题。
• 确认所有提取器都挂载在第一步的GET请求节点下，不要放在全局、第二步注册页请求节点下，避免访问注册页时重复执行提取逻辑，覆盖了第一步拿到的正确参数值。
• 检查POST请求的参数配置，确认execution、client_id、tab_id这类动态参数只在URL参数或请求体中配置一次，不要两处都填写，也会导致重复提交。

调试验证方法 #

在第一步GET请求后添加Debug Sampler，运行单步调试，查看三个提取到的变量是否仅存在单个有效值，确认没有多值拼接的情况后再运行完整测试流程。

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