策略模式通過封裝一組相關演算法，為Client提供執行時的靈活性。Client可以在執行時，選擇任一演算法，而不改變使用演算法的Context。一些流行的策略模式的例子是寫那些使用演算法的程式碼，例如加密演算法、壓縮演算法、排序演算法。另一方面，狀態模式允許物件，在不同的狀態擁有不同的行為。因為現實世界中的物件通常都是有狀態的，所以它們在不同狀態，行為也不一樣。例如，VM（自動售貨機）只在hasCoin狀態才給你吐商品；你不投幣，它是不會吐的。現在你可以清楚的看出它們的不同之處了：它們的意圖是不同的。狀態模式幫助物件管理狀態，而策略模式允許Client選擇不同的行為。

另一個不那麼容易能看出來的區別是：是誰促使了行為的改變。策略模式中，是Client提供了不同的策略給Context；狀態模式中，狀態轉移由Context或State自己管理。另外，如果你在State中管理狀態轉移，那麼它必須持有Context的引用。例如，在VM的例子中，State物件需要呼叫VM的setState()方法去改變它的狀態。另一方面，Strategy從不持有Context的引用，是Client把所選擇的Strategy傳遞給Context。由於狀態模式和策略模式的區別，是流行的Java設計原則類面試題之一，我們將會在本文探討在Java中，狀態模式和策略模式的異同，這可以加深你對它們的理解。

相似之處

如果你看看狀態模式和策略模式的UML圖，就會發現它們的結構非常相似。使用State物件改變自己行為的物件被稱為Context物件；相似的，使用Strategy物件改變自己行為的物件叫Context物件。記住，Client和Context打交道。在狀態模式中，Context把方法呼叫委託給當前的狀態物件，而在策略模式中，Context使用的Strategy物件，是被當做引數傳遞過來的，或在Context物件被建立時就被提供的。

這是專為經典的VM問題而設計的狀態模式UML類圖。你可以看出，VM的狀態是個介面，它有表示不同狀態的具體實現。每一個狀態都持有Context的引用，用它來管理由Context觸發的行為導致的狀態轉移。

這是專為實現排序功能而設計的策略模式UML類圖。因為存在很多排序演算法，該模式讓Client在排序時選擇適當的演算法。事實上，Java的集合框架就使用這個模式，實現了用來排序的Collections.sort()方法。不同的是，它不允許Client選擇排序演算法，而是讓它傳遞Comparator或Comparable介面的例項來指定比較策略。

讓我們來看看它們之間更多的相似之處：

1. 新增新的狀態或策略都很容易，而且不需要修改使用它們的Context物件。
2. 它們都讓你的程式碼符合OCP原則。在狀態模式和策略模式中，Context物件對修改是關閉的，新增新的狀態或策略，都不需要修改Context。
3. 正如狀態模式中的Context會有初始狀態一樣，策略模式同樣有預設策略。
4. 狀態模式以不同的狀態封裝不同的行為，而策略模式以不同的策略封裝不同的行為。
5. 它們都依賴子類去實現相關行為。

不同之處

現在我們知道，狀態模式和策略模式的結構是相似的，但它們的意圖不同。讓我們重溫一下它們的主要不同之處：

1. 策略模式封裝了一組相關演算法，它允許Client在執行時使用可互換的行為；狀態模式幫助一個類在不同的狀態顯示不同的行為。
2. 狀態模式封裝了物件的狀態，而策略模式封裝演算法或策略。因為狀態是跟物件密切相關的，它不能被重用；而通過從Context中分離出策略或演算法，我們可以重用它們。
3. 在狀態模式中，每個狀態通過持有Context的引用，來實現狀態轉移；但是每個策略都不持有Context的引用，它們只是被Context使用。
4. 策略實現可以作為引數傳遞給使用它的物件，例如Collections.sort()，它的引數包含一個Comparator策略。另一方面，狀態是Context物件自己的一部分，隨著時間的推移，Context物件從一個狀態轉移到另一個狀態。
5. 雖然它們都符合OCP原則，策略模式也符合SRP原則（單一職責原則），因為每個策略都封裝自己的演算法，且不依賴其他策略。一個策略的改變，並不會導致其他策略的變化。
6. 另一個理論上的不同：策略模式定義了物件“怎麼做”的部分。例如，排序物件怎麼對資料排序。狀態模式定義了物件“是什麼”和“什麼時候做”的部分。例如，物件處於什麼狀態，什麼時候處在某個特定的狀態。
7. 狀態模式中很好的定義了狀態轉移的次序；而策略模式並無此需要：Client可以自由的選擇任何策略。
8. 一些常見的策略模式的例子是封裝演算法，例如排序演算法，加密演算法或者壓縮演算法。如果你看到你的程式碼需要使用不同型別的相關演算法，那麼考慮使用策略模式吧。而識別何時使用狀態模式是很簡單的：如果你需要管理狀態和狀態轉移，但不想使用大量巢狀的條件語句，那麼就是它了。
9. 最後但最重要的一個不同之處是，策略的改變由Client完成；而狀態的改變，由Context或狀態自己。