如何在JMeter Simple Controller中链式执行HTTP请求？

首先明确：JMeter的Simple Controller本身就会让内部请求按从上到下的顺序依次执行，你的核心问题其实是解决运行次数不一致的情况，同时保证token能正确传递给后续请求。

一、先排查运行次数不一致的根源 #

先从这几个方向检查：

• 请求失败导致统计异常：打开查看结果树，确认v4/bootstrap call里的3个请求是不是每个线程都成功执行了。如果某个请求频繁返回非预期状态（比如500、404），摘要报告里它的执行次数就会和其他请求不一致。可以给每个请求加个响应断言，检查状态码是否为200（或你业务预期的状态码），勾选Log Error方便排查失败原因。
• 线程组/循环设置问题：检查线程组的线程数和循环次数，如果设置了永远循环或者非固定次数，可能导致测试停止时部分请求还没走完一轮。建议设置固定的循环次数，确保每个线程都能完整执行完控制器内的所有请求。
• 逻辑控制器干扰：确认v4/bootstrap call控制器里没有嵌套其他逻辑控制器（比如If Controller、Loop Controller），这类控制器可能会跳过或重复执行某个请求，直接导致次数不一致。

二、强制保证链式执行（依赖前序请求成功） #

如果需要前一个请求成功后才允许执行下一个（比如必须拿到第一个请求的结果才能触发第二个），可以这么配置：

1. 给除第一个之外的每个请求添加响应断言，检查前一个请求的响应状态或关键内容，确保前序请求执行正常。
2. 更省心的方式：把Simple Controller替换成Transaction Controller。它不仅会按顺序执行内部请求，还会把整个控制器内的请求视为一个事务，统计整体耗时；如果勾选Abort transaction if any sample fails，还能做到"一个请求失败，整个事务终止"，彻底保证链式依赖。

三、确保token正确提取和传递 #

你需要从get_v4/restart提取token给其他请求，注意这几点：

1. 把JSON Extractor（或正则表达式提取器）放在get_v4/restart请求的子节点位置，确保提取器只在该请求执行完成后触发。
2. 提取器的作用域保持默认的Main sample and sub-samples就行，这样线程内所有后续请求都能引用这个token变量。
3. 在后续请求的参数或请求头里，用${你的token变量名}的方式调用提取到的token即可。

四、验证执行顺序 #

可以通过查看结果树里每个请求的Start Time字段，确认3个请求的启动时间是依次递增的，证明是严格顺序执行的。另外，在控制器末尾加个Debug Sampler，能直接看到token变量是否正确提取，帮你快速验证流程是否正常。

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