VUGEN中if条件判断失效问题：基于Web请求状态码的事务处理异常

可能的原因及排查步骤 #

• 提取参数含隐藏字符：日志显示的409可能带有空格、换行符等不可见字符，导致atoi转换后数值正确，但实际字符串存在干扰。先添加日志打印原始参数值，直观排查：

  lr_output_message("c_statuscode原始值: [%s]", lr_eval_string("{c_statuscode}"));
  

  用中括号包裹参数，可清晰看到前后是否有多余字符。若存在，需调整关联规则（如web_reg_save_param的边界或正则表达式），确保仅提取纯数字状态码。

• 关联规则配置错误：检查web_reg_save_param的边界或正则表达式是否准确，是否误捕获了状态码之外的内容。例如匹配HTTP状态码时，正则应写成HTTP/1.1 (\\d+)，确保仅提取数字部分。

• atoi转换的潜在问题：若c_statuscode为空或包含非数字前缀，atoi会返回0，导致条件不匹配。可改用字符串直接比较，避免转换风险：

  if (strcmp(lr_eval_string("{c_statuscode}"), "409") == 0) {
      // 逻辑代码
  }
  

优化后的代码示例 #

// 先打印原始参数排查问题
lr_output_message("c_statuscode原始值: [%s]", lr_eval_string("{c_statuscode}"));

if (strcmp(lr_eval_string("{c_statuscode}"), "409") == 0) {
    lr_output_message("request already exist"); 
    lr_end_transaction("transaction", LR_PASS);
    // 用标志位替代递归调用Action，避免栈溢出
    lr_set_attrib_string("NEED_RETRY", "1");
} else {
    lr_end_transaction("transaction", LR_AUTO);
    lr_set_attrib_string("NEED_RETRY", "0");
}

// 在Action函数开头添加重试逻辑
// if (strcmp(lr_eval_string("{NEED_RETRY}"), "1") == 0) {
//     // 重新执行请求逻辑，注意提前初始化事务
//     lr_start_transaction("transaction");
//     // 此处放置原Action内的请求代码
// }

额外注意事项 #

• 递归调用Action()易引发栈溢出，建议使用标志位+循环的方式实现重试。
• 确保事务transaction在每次执行前正确调用lr_start_transaction初始化，避免事务状态混乱。

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