命令模式將一個請求封裝為一個對象，從而使你可用不同的請求對客戶進行參數化；對請求排隊或記錄請求日志，以及支持可撤銷的操作。
命令模式的本質是對命令進行封裝，將發出命令的責任和執行命令的責任分割開，實現二者之間的松耦合。
類圖：
模式結構：
Command: 定義命令的接口，聲明執行的方法。
ConcreteCommand: 命令接口實現對象，通常會持有接受者，並調用接受者的功能來完成命令要執行的操作。
Receiver: 接收者，真正執行命令的對象。任何類都可能成為一個接收者,只要它能夠實現命令要求的相應功能。
Invoker: 要求命令對象執行請求，通常會持有命令對象，可以持有很多的命令對象。這個是客戶端真正觸發命令並要求命令執行相應操作的地方，也就是說相當於使用命令對象的入口。
Client: 創建具體的命令對象，並且設置命令對象的接收者。注意這個不是我們常規意義上的客戶端，而是在組裝命令對象和接收者，也可以稱為裝配者，真正使用命令的客戶端是從Invoker來觸發執行。
實例：
public class Receiver
{
public void action()
{
System.out.println("Receive something, run action");
}
}
public interface Command
{
public void execute();
}
public class ConcreteCommand implements Command
{
private Receiver receive = null;
private String status;
public ConcreteCommand(final Receiver receive)
{
this.receive = receive;
}
@Override
public void execute()
{
this.receive.action();
}
}
public class Invoker
{
private Command command = null;
public Command getCommand()
{
return command;
}
public void setCommand(final Command command)
{
this.command = command;
}
public void runCommand()
{
this.command.execute();
}
}
public class Client
{
public static void assemble()
{
final Receiver receiver = new Receiver();
final Command command = new ConcreteCommand(receiver);
final Invoker invoker = new Invoker();
invoker.setCommand(command);
invoker.runCommand();
}
public static void main(final String[] args)
{
assemble();
}
}
結果：
Receive something, run action
優點：
降低系統的耦合度
新的命令可以很容易地加入到系統中
可以比較容易地設計一個組合命令
缺點：
使用命令模式可能會導致某些系統有過多的具體命令類。因為針對每一個命令都需要設計一個具體命令類，因此某些系統可能需要大量具體命令類，這將影響命令模式的使用。
適用環境：
系統需要將請求調用者和請求接收者解耦，使得調用者和接收者不直接交互。
系統需要在不同的時間指定請求，將請求排隊和執行請求。
系統需要支持命令的撤銷和恢復操作。
系統需要將一組操作組合在一起，即支持宏命令。