一、概述
命令模式（Command Pattern），将一个请求封装为一个对象，将请求发送者和接收者完全解耦，发送请求的对象只需要知道如何发送请求，没必要知道如何完成请求。
命令模式的4种角色：
- Command（抽象命令）角色：抽象命令类一般是一个抽象类或者接口，在其中声明了用于执行请求的execute()方法，通过这些方法可以调用请求接收者的相关操作。
- ConcreteCommand（具体命）角色：实现了抽象命令类中声明的方法，对应具体的接收者对象，将接收者对象的动作绑定其中，在实现execute()方法时，将调用接收者对象的相关操作。
- Invoker（调用者）角色：调用者即请求发送者，通过命令对象来执行请求。一个调用者并不需要设计时确定接收者，因此它只与抽象命令类之间存在关联关系。程序运行时将具体命令对象注入，并调用其中的execute()方法，从而实现间接调用请求接收者的相关操作。
- Receiver（接收者）角色：接收者执行与请求相关的操作，具体实现对请求的业务处理。
二、优缺点
优点： 1、降低了系统耦合度。 2、新的命令可以很容易添加到系统中去。
缺点：使用命令模式可能会导致某些系统有过多的具体命令类。
三、实现方式
命令模式在平时开发中，可能比较少用，下面直接上代码简单实现命令模式。
接收方类
public class Receiver {
public void action(){
System.out.println("接收方-业务逻辑处理");
}
}
抽象命令类
public interface Command {
void execute();
}
具体命令类
public class ConcreteCommand implements Command{
private Receiver receiver;
public ConcreteCommand(Receiver receiver){
this.receiver = receiver;
}
@Override
public void execute() {
receiver.action();
}
}
调用方类
public class Invoker {
private Command command;
public Invoker(Command command){
this.command = command;
}
public void execute(){
this.command.execute();
}
}
客户端
public class Client {
public static void main(String[] args) {
Receiver receiver = new Receiver();
Command command = new ConcreteCommand(receiver);
//直接执行具体命令方式
command.execute();
//通过调用者执行命令
Invoker invoker = new Invoker(command);
invoker.execute();
}
}
结果输出
接收方-业务逻辑处理
接收方-业务逻辑处理
通过代码我们可以看到，当我们调用时，执行的时序首先是调用者类，然后是命令类，最后是接收者类。
也就是说一条命令的执行被分成了三步，把命令的调用者与执行者分开，使双方不必关心对方是如何操作的。
四、常见应用场景
- 系统需要将请求调用者和请求接受者解耦，使得调用者和接收者不直接交互，请求调用者无须知道接收者的存在，也无需知道接收者是谁，接收者也无须关心何时被调用。
- 系统需要在不同时间指定请求，将请求排队和执行请求。
- 系统需要支持撤销以及恢复操作。
- 系统需要将一组操作组合一起形成宏命令，使用命令队列实现。
