停用线程组内CSV Data Set Config被模块控制器调用是否存在限制？

这确实是JMeter组件交互的预期功能限制，并非Module Controller的“未知特性”，核心原因和CSV Data Set Config的线程绑定机制、停用线程组的组件生命周期直接相关：

• CSV Data Set Config的行追踪逻辑：CSV组件默认是每个线程独立维护专属的行指针，线程启动时会完成行位置初始化（比如2个线程的话，线程1默认从第1行开始，线程2从第2行开始，这是JMeter默认的线程独立行为）。但这个初始化流程，只会在线程所属的线程组启动阶段触发。
• 停用线程组的组件状态：标记为“Deactivated”的线程组不会启动，其下所有组件（包括你放在Simple Controller里的CSV Data Set Config）都不会经历线程初始化流程。也就是说，这些组件的线程本地状态（比如行指针）根本没被活跃线程正确初始化。
• Module Controller的作用边界：Module Controller只是引用并执行目标组件的逻辑，但它没办法替目标组件完成线程组层面的初始化工作。当活跃线程调用停用线程组里的CSV时，CSV的行指针状态停留在第一次分配的初始值（线程n对应第n行），后续迭代也不会更新——因为正常情况下，CSV行指针的推进是依赖活跃线程组的迭代周期触发的，而停用线程组没有这个运行周期。

你提到“把CSV放到活跃线程组就正常工作”，这正好验证了上述逻辑：活跃线程组启动时会为每个线程完成CSV的行指针初始化，迭代时也能正常推进指针。

如果想保留Module Controller的引用复用方式，有两个可行方向：

• 调整CSV的位置：把CSV Data Set Config移到活跃线程组的顶级作用域，或者活跃线程组内的某个控制器下，再用Module Controller引用它。这样CSV会随活跃线程组完成初始化，行指针就能正常迭代更新了。
• 函数替代方案：如果需要跨线程组复用CSV读取逻辑，可以用__CSVRead()函数配合User Defined Variables+计数器，手动控制行号的迭代。不过这种方式需要自己处理行号递增逻辑，灵活性不如CSV Data Set Config，但能实现跨线程组的配置复用。

JMeter的组件作用域和生命周期是严格绑定所属线程组的，停用线程组的组件本质上是“未激活”的配置项，不会参与线程的运行时初始化流程。Module Controller的引用只是执行逻辑，无法改变目标组件的生命周期归属——这是JMeter设计上的限制，并非bug。

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