1. 命令模式是什麼：

定義理解：命令模式最大的特性就在於將請求封裝成抽象，也就是“命令”，並可以提供命令佇列（可選的），支援排隊、撤銷等功能。 分類：行為型設計模式； 優點： （1）將請求抽象，可以動態的擴充套件請求的型別； （2）將呼叫程式碼和接收執行的程式碼分離開來，用“命令”這個第三方進行解耦； （3）可以方便對對命令進行管理：提供佇列，日誌，撤銷，重做等等額外的功能； 缺點： 將命令抽象出來可能會導致需要過多的具體命令實現； 對比： 與策略模式：從形式上看，有些命令模式的實現方式，比如Thread和runnable好像和策略模式的形式更為接近，但Thread和Runnable是命令模式的實現原因在於“Invoker”呼叫者。Thread是一個呼叫者，它提供了start，join，interrupt等等方法讓我們來控制“命令”也就是Runnable的執行。而Receiver則是讓程式設計師可以自由與Runnale組合的抽象。 策略模式並沒有Invoker，它僅僅是向Context物件傳遞一個策略實現； 下圖展示了一個基本的命令模式包括的內容：

2. Java中命令模式的應用：

我覺得與一些我們常用的具體的工具結合起來對理解命令模式是一種更好的方式：下面列舉幾個Java核心類中命令模式的應用：

執行緒池和Runnable：

前面說了Thread和Runnable，不過我覺得用ThreadPoolExecutor能更深入的說明命令模式的強大之處。 PS： ThreadPoolExecutor是Java中執行緒池的實現類，Executors工具類中有多個它的工廠方法（newFixedThreadPool等），本身池的思想是享元模式的應用，這裡實際上JDK通過ThreadPoolExecutor使得客戶端程式碼和Thread解耦，我們不需要再直接控制Thread的了（ThreadPoolExecutor可以通過設定ThreadFactory定製Thread）。不過這不是本文的主題，在此不對它深入說明。 下圖包含了5個類或介面： ThreadPoolExecutor：呼叫者，它持有了一個命令佇列，客戶端程式碼可以向它提交要執行的任務（命令）； BlockingQueue：任務阻塞佇列，它實際上就是模式中的“命令佇列”； Runnable：任務抽象，也就是“命令”； ConcreteRunnable：具體的任務類，它持有一個Receiver； Receiver：被呼叫者，也就是具體做事情的人，不過在具體的應用時，常常會將Runnable實現類直接實現具體的邏輯和這個角色有重合，不過設計模式重點在於結合場景並不是教條，不用糾結於此。