1、命令模式：将一个请求封装为一个对象，从而使你可以用不同的请求对客户进行参数化；对请求排列或记录请求日志，以及支持可以撤销的操作。
2、优点：（1）、他能比较容易的设计一个命令队列；（2）、在需要的情况下，比较容易的将命令记入日志；（3）、允许接收请求的一方决定是否否决请求；（4）、可以容易地实现对请求的撤销和重做；（5）、由于加进新的具体命令类不影响其它类，因此增加新的具体命令很容易。（6）、把请求一个操作的对象与指导怎么执行操作对象分隔开。
3、注意：不要为代码添加基于猜测的、实际不需要的功能。如果不清楚一个系统是否需要命令模式，一般就不要着急去实现它。事实上，在需要的时候通过重构实现命令模式并不困难，只要正在需要如撤销/恢复操作等功能时，把原来的代码重构为命令模式才有意义。
4、组成：
（1）、Command：定义命令的接口，声明执行的方法。
（2）、ConcreteCommand：命令接口实现对象，是“虚”的实现；通常会持有接收者，并调用接收者的功能来完成命令要执行的操作。
（3）、Receiver：接收者，真正执行命令的对象。任何类都可能成为一个接收者，只要它能够实现命令要求实现的相应功能。
（4）、Invoker：要求命令对象执行请求，通常会持有命令对象，可以持有很多的命令对象。这个是客户端真正触发命令并要求命令执行相应操作的地方，也就是说相当于使用命令对象的入口。
（5）、Client：创建具体的命令对象，并且设置命令对象的接收者。注意这个不是我们常规意义上的客户端，而是在组装命令对象和接收者，或许，把这个Client称为装配者会更好理解，因为真正使用命令的客户端是从Invoker来触发执行。