定义
将一个请求封装成一个对象，从而让用户使用不同的请求把客户端参数化；对请求排队或者记录请求日志，以及支持可撤销的操作。
使用场景
- 需要抽象出待执行的动作，然后以参数的形式提供出来——类似于过程设计中的回调机制，而命令模式正是回调机制的一个面向对象的替代品。
- 在不同的时刻指定、排列和执行请求。一个命令对象可以有与初始请求无关的生存期。
- 需要支持取消操作
- 支持修改日志功能，这样当系统崩溃时，这些修改可以被重做一遍。
- 需要支持实务操作
其实说了那么多，简单的说就是C是具体的操作，B封装了C的操作，A控制了B去做事从而控制具体的操作C，用户类Client控制A从而去控制C......
UML图
命令模式.png
角色介绍
优点
- 更弱的耦合性
- 更灵活的控制性
- 更好的扩展性
缺点
- 类膨胀（所有设计模式的通病）
大量衍生类的膨胀，这是一个不可避免的问题。
例子
按照UML图，接收者类执行具体的逻辑
/**
* 接收者类，(类C)
* Created by Niwa on 2017/8/7.
*/
public class Receiver {
/**
* 真正执行具体命令逻辑的方法
*/
public void action() {
System.out.println("执行具体操作");
}
}
/**
* 抽象命令接口
* Created by Niwa on 2017/8/7.
*/
public interface Command {
/**
* 执行具体命令逻辑的方法
*/
void execute();
}
ConcreteCommand用来操作接收者类
/** 具体的命令类（B类），用于操控Receiver类，B类可以具体成某一个动作（对象）
* Created by Niwa on 2017/8/7.
*/
public class ConcreteCommand implements Command {
private Receiver receiver;
public ConcreteCommand(Receiver receiver) {
this.receiver = receiver;
}
@Override
public void execute() {
//调用接收者的相关方法
receiver.action();
}
}
Invoker 用来操控ConcreteCommand类
** 请求者类（A类）
* Created by Niwa on 2017/8/7.
*/
public class Invoker {
private Command command;
public Invoker(Command command) {
this.command = command;
}
/**
* 请求者类的开始活动方法，用于调用B类来控制C
* */
public void startAction(){
//调用具体命令对象的相关方法，执行具体命令
command.execute();
}
}
Test类用来控制Invoker 类
/** 用户类
* Created by Niwa on 2017/8/7.
*/
public class Test {
public static void main(String[] args){
//构建接收者对象
Receiver receiver = new Receiver();
//根据接收者对象构造一个命令对象（）
//关键在这里，具体的命令可以有很多种，比如每个命令类作为一个类，大大降低偶耦合
Command command = new ConcreteCommand(receiver);
//根据具体的对象构造请求者对象
Invoker invoker = new Invoker(command);
//执行请求方法
invoker.startAction();
}
}
该例子的逻辑就是Test类控制Invoker类去控制Command类从而控制Receiver类
参考：
《Android源码设计模式解析与实战读书》
各大佬博客
源代码：DesignPattern
end
