JMeter中的Logic Controller用于为Test Plan中的节点添加逻辑控制器。
JMeter中的Logic Controller分为两类：一类用来控制Test Plan执行过程中节点的逻辑执行顺序，如：Loop Controller、If Controller等；另一类则与节点逻辑执行顺序无关，用于对Test Plan中的脚本进行分组、方便JMeter统计执行结果以及进行脚本的运行时控制等，如：Throughput Controller、Transaction Controller。
一、控制Test Plan中的节点执行顺序的Logic Controller
1、ForEach Controller：类似于编程语言中的for each语句。如下图：
通常情况下，ForEach Controller常与Regular Expression Extractor配合使用。
2、If Controller：类似于编程语言中的if语句，根据给定表达式的值决定是否执行该节点下的子节点。如下图：
注意：条件判断语句如果是字符串一点要在参数前加引号，如：a."${foreach_city}"=="beijing" b."${foreach_city}"!="beijing"
如果选中“Evaluate for all Children”选项，则该Controller在每个子节点执行时执行一次，否则，该Controller仅在入口执行一次。
3、Interleave Controller：在每次迭代时，顺序选取该节点下的一个子节点执行。如下图：
如果选中“Ignore sub-controller blocks”选项，则该Controller将其下的子Controller当成单一元素处理，并仅允许每个子Controller一次发出一个请求。
在该示例中，设置迭代次数为4次，节点的执行顺序是：Req1-HTTP Request –Req2—HTTP Request—Req3—HTTP Request.
4、Loop Controller：简单地为其下的子节点运行指定次数。如下图：
5、Once Only Controller：是为了让Test Plan中的某些内容在整个Test Plan的执行期间对每个线程仅执行一次（例如，每个线程仅需要执行一次“登录”操作）。如：将Once Only Controller作为Loop Controller的子节点，Once Only Controller在每次循环的第一次迭代时均会被执行。如下图：
6、Random Controller：每次执行时，从其子节点中随机选取一个来执行。如下图：
7、Random Order Controller：每次执行时，按照随机产生的顺序执行其下的所有子节点。注意，该Controller与Random Controller的不同之处在于，Random Controller只选择执行其所有子节点中的一个，而Random Order Controller则按照随机顺序全部执行该Controller下的所有子节点。
8、Switch Controller：类似程序语言中的switch函数，该Controller根据给定的值n(可以使用参数)选择执行其下的第n+1个子节点。如下图：
需要注意的是，Switch Controller只接受整数值，并且给定的值n是以0为基础的，因此当给定的值“2”时，意味着该Controller下的第3个子节点会被执行。同时，Switch Controller接受参数作为其值。
9、While Controller：是另一个用于控制循环的Controller。可以为该Controller设置一个Condition.Condition的取值可以为以下三者之一：
空：如果Condition取值为空，则该Condition迭代执行Controller下的所有子节点，直到最后一个子节点返回失败为止。需要注意的是，如果不是最后一个子节点失败，而是该Controller中的其他子节点失败，该Controller不会停止，而会继续循环执行过程。
LAST：如果Condition取值为字符串LAST，则该Controller迭代执行Controller下的所有子节点，直到最后一个子节点返回失败为止（与Controller为空时的行为相同）。同时，如果该Controller的上一个节点失败，则Test Plan在执行时不会进入该Controlller。
表达式：除了为空和LAST外，Controller还可以取一个表达式。当Controller取值为表达式时，如果表达式的取值是字符串false，While Controller就退出循环。以下列出了几个可用的表达式：
${VAR}：当参数VAR的值被设置成false时退出循环。
${__javascript(“${VAR}”==”dennis”)}：当参数VAR的值不为dennis时退出循环。
${_P(myproperty)}：当属性myproperty的取值为false时退出循环。
二、其它Logic Controller
除了以上的9种Logic Controller外，JMeter还支持其他7种Logic Controller.
1、Include Controller：用于在Test Plan中包含一个外部的jmx文件。
在Test Plan运行时，被包含的jmx文件中测试计划中不能有线程组，只允许有一个Simple Controller和该Simple Controller下的子节点（可添加任何采样器，控制器），不允许有Cookie Manager、User Defined Variable等。
如果用户需要使用Cookie Manager或者 用户自定义变量，都应该在顶层的测试计划中设置，不应该包含在外部文件中，否则不会它们不会起作用。
注意：被包含文件中的Simple Controller及其子节点将会替换Test Plan中的Include Controller.
外部jmx文件结构图:
主测试计划图：
2、Simple Controller：如同该Controller的名称，是JMeter中最简单的一个Controller。该Controller仅用于对Test Plan中的元件进行分组，不具有任何的逻辑控制或运行时的功能。
3、Module Controller：为Test Plan提供了在运行时动态执行给定的Test Plan片段的能力。如下图：
从图中可以看出，无论是放在本Thread Group、其他的Thread Group，或是WorkBench下的Test Plan片段，都可以在Module Controller中被调用。
4、Runtime Controller：用于指定其子节点的运行时长。该Controller中指定的时间以秒为单位，仅对该Controller的子节点有效。
5、Throughput Controller：用于控制其下的子节点的执行次数与负载比例分配的。
Throughput Controller允许用户使用两种模式控制其下子节点的执行顺序：比例模式和总数模式。总数模式指定该Controller下所有子节点的准确迭代次数，而比例模式允许负载在Controller下的子节点以某种比例进行分配。在比例模式下，设定的Throughput值为一个0-100之间的整数，表示该Controller迭代次数占总迭代次数的百分比。
可能你已经意识到，如果要在一个Test Plan中体现用户场景，Throughput Controller应该是最合适的选择。
图A给出了总数模式下的Throughput Controller，在这种模式下，每个线程最多运行Java Request10次（具体的运行次数还取决于线程组中线程数和迭代次数的设置，如果设定的Total Execution的次数大于线程组中设置的迭代次数，每个线程最多运行线程组中设定的迭代次数）。
图B给出了比例模式下的Throughput Controller，从图中可以看出，该Test Plan包含了两个Throughput Controller，第一个设定的Percentage为70，也就是70%，第二个设定的Percentage为30，也就是30%。线程组的线程数设置为10，迭代次数也设置为10.在这种模式下，req1被运行70次，req2被运行30次。如下图：
6、Transaction Controller：用于将Test Plan中的特定部分组织成一个Transaction，JMeter中Transaction的作用在于，可以针对Transaction统计其响应时间、吞吐量等。
在有些情况下，一个用户操作可能需要多个Sampler来模拟，此时，使用Transaction Controller，可以更准确地得到该用户操作的性能指标，如响应时间等。
7、Recording Controller：唯一的用途是用于存放JMeter录制得到的脚本。
