如何在JMeter中动态生成OAuth请求头认证令牌

根据你的令牌生成逻辑不同，最优方案分为两种常见场景，均兼容你现有请求体动态生成的使用逻辑：

场景1：令牌可通过本地算法直接生成（如自定义签名、JWT等） #

优先选择JSR223 前置处理器实现，该组件用Groovy脚本执行时性能远高于BeanShell，高并发负载测试下不会产生额外性能瓶颈：

• 将JSR223 前置处理器放在目标业务请求的同级或父级目录（作用域内所有请求均可复用生成的令牌），脚本示例如下（以JWT生成为例，替换为你自身的令牌生成逻辑即可）：

import io.jsonwebtoken.Jwts
import io.jsonwebtoken.SignatureAlgorithm
import java.util.Date

// 替换为你的业务参数
def signSecret = "你的服务端签名密钥".getBytes()
def tokenValidTime = 3600000 // 令牌有效期1小时

def token = Jwts.builder()
    .setIssuer("your-service")
    .setSubject("test-user")
    .setExpiration(new Date(System.currentTimeMillis() + tokenValidTime))
    .signWith(SignatureAlgorithm.HS512, signSecret)
    .compact()

// 将生成的令牌存入JMeter变量，供后续组件调用
vars.put("dynamic_auth_token", token)

• 同作用域下添加HTTP信息头管理器，新增请求头字段：Authorization，值填写Bearer ${dynamic_auth_token}即可，所有符合作用域的请求会自动携带动态生成的令牌。

场景2：令牌需要调用认证接口兑换（如先调用登录接口获取令牌） #

• 新增单独的HTTP请求Sampler调用你的令牌颁发接口，接口返回后通过JSON提取器/正则表达式提取器将令牌字段提取出来，存入dynamic_auth_token变量
• 后续业务请求的HTTP信息头管理器直接引用${dynamic_auth_token}即可。如果令牌有有效期，可以将令牌获取逻辑放到setUp线程组中全局执行一次，或者添加定时器定期刷新，避免测试过程中令牌失效。

注意事项 #

• 多线程并发场景下如果需要每个线程使用独立令牌，将令牌生成/获取逻辑放在线程组内部即可；如果所有线程可共用同一令牌，将逻辑放到全局setUp线程组中，减少不必要的性能消耗
• 禁止使用BeanShell相关组件实现令牌生成逻辑，高并发下BeanShell性能损耗极高，会导致负载测试结果失真

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