命令模式（Command）-- 请求与接收解耦

类结构图使用场景源码中的应用

类结构图

Broker是命令的接受者（add）也是命令的执行者（execute）。add方法不关心execute的执行过程，execute不关心add方法的入参来于何处。

Broker中除了定义list，还是可以定义其他的数据结构（比如：栈），来适应各种业务场景。

定义一个 执行的接口

public interface Order { void execute(); }

执行实现类1

public class FirstOrderImpl implements Order { @Override public void execute() { System.out.println("第一个命令开始执行"); } }

执行实现类2

public class SecondOrderImpl implements Order { @Override public void execute() { System.out.println("第二个命令开始执行"); } }

定义一个broker，管理接收的请求，并予以执行。

public class Broker { private List<Order> list = new ArrayList<>(); public void add(Order order){ list.add(order); } public void execute(){ list.stream().forEach(Order::execute); } }

测试类， 接口多个请求，统一执行。

public class Client { public static void main(String[] args) { Broker broker = new Broker(); broker.add(new FirstOrderImpl()); broker.add(new SecondOrderImpl()); broker.execute(); } }

使用场景

批量执行的操作、回退场景

源码中的应用

onnector 作为抽象请求者，HttpConnector 作为具体请求者。 HttpProcessor 作为命令。 Container 作为命令的抽象接受者，ContainerBase 作为具体的接受者。 客户端就是应用服务器 Server 组件了。Server 首先创建命令请求者 HttpConnector 对象，然后创建命令 HttpProcessor 命令对象。再把命令对象交给命令接受者 ContainerBase 容器来处理命令。命令的最终是被 Tomcat 的 Container 执行的。命令可以以队列的方式进来，Container 也可以以不同的方式来处理请求，如 HTTP1.0 协议和 HTTP1.1 的处理方式就会不同。