命令模式（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 的处理方式就会不同。