1. 前言
设计模式中的命令模式是一种行为设计模式。命令模式把发出命令的责任和执行命令的责任分割开，委派给不同的对象执行。典型的 “大家各干各的把事情干成”。
2. 命令模式
命令模式的基本UML类图如下：
命令模式一共有几个角色，根据上面的类图，我来一一介绍它们：
- Command 一个具体命令的抽象接口。
- ConcreteCommand 就是其具体的一个实现，你可以有多个
Command接口的实现。具体命令本身并不实现具体的业务命令， 而是会将调用委派给一个业务逻辑对象去执行。 - Receiver 作为具体命令的最终接收者。几乎任何对象都可以作为接收者，命令的细节由Receiver来实现。
- Invoker 携带命令执行
action请求。它不负责创建命令对象，它通常会通过构造函数从客户端处获得预先生成的命令。 - Client 发起具体的命令交给Invoker去执行。
命令模式将命令的发起方Client和命令的具体执行方Receiver完全解耦，双方互相没有直接通信，扩展性更强。另外命令模式将执行逻辑进行动态的参数化封装（特定的Command实现）实现了灵活的业务调用，甚至可以将多个命令组合为复合命令。
3. 通俗讲解
我们每天都要吃饭免不了下个馆子，如果你去的那种小馆子，没服务员那种，你要吃什么都需要告诉厨师，厨师往往都在忙或者后厨，你得跑过去告诉他，做好了厨师还得放下其它活亲自给你送过去。双方体验是不是很不好。
经过这一次不好的用餐体验以后，第二次你就找了一家大馆子。进门服务员就招呼你坐下并给你一张菜单让你勾选。你选完之后交给服务员，服务员负责交给厨师，做好后服务员给你端过去。中间你想喝点小酒，只需要喊服务员就行了，她会去吧台给你拿。这种用餐体验好多了，全程你不需要跟厨师和吧台沟通。这种体验就好多了。
相关的模拟DEMO 可通过公众号：Felordcn 回复 command 获取。
4. 总结
命令模式应用非常普遍，我们常见的断路器组件Hystrix，还有Java多线程中的线程池ThreadPoolExecutor都用到了命令模式。所以有必要学习一下。
