1、簡介

1.1、概述

在軟件系統(tǒng)中，有些對象也像水一樣具有多種狀態(tài)，這些狀態(tài)在某些情況下能夠相互轉(zhuǎn)換，而且對象在不同的狀態(tài)下也將具有不同的行為。為了更好地對這些具有多種狀態(tài)的對象進(jìn)行設(shè)計，可以使用一種被稱為狀態(tài)模式的設(shè)計模式。

狀態(tài)模式用于解決系統(tǒng)中復(fù)雜對象的狀態(tài)轉(zhuǎn)換以及不同狀態(tài)下行為的封裝問題。當(dāng)系統(tǒng)中某個對象存在多個狀態(tài)，這些狀態(tài)之間可以進(jìn)行轉(zhuǎn)換，而且對象在不同狀態(tài)下行為不相同時可以使用狀態(tài)模式。狀態(tài)模式將一個對象的狀態(tài)從該對象中分離出來，封裝到專門的狀態(tài)類中，使得對象狀態(tài)可以靈活變化。對于客戶端而言，無須關(guān)心對象狀態(tài)的轉(zhuǎn)換以及對象所處的當(dāng)前狀態(tài)，無論對于何種狀態(tài)的對象，客戶端都可以一致性地處理。

1.2、定義

狀態(tài)模式（State Pattern）：允許一個對象在其內(nèi)部狀態(tài)改變時改變它的行為，對象看起來似乎修改了它的類。其別名為狀態(tài)對象（Objects for States），狀態(tài)模式是一種對象行為型模式。

2、解析

2.1、UML類圖

在狀態(tài)模式中引入了抽象狀態(tài)類和具體狀態(tài)類，它們是狀態(tài)模式的核心，其結(jié)構(gòu)如下圖所示。

可以看出，在狀態(tài)模式結(jié)構(gòu)圖中包含以下3個角色：

1. Context（環(huán)境類）：環(huán)境類又稱為上下文類，它是擁有多種狀態(tài)的對象。由于環(huán)境類的狀態(tài)存在多樣性且在不同狀態(tài)下對象的行為有所不同，因此將狀態(tài)獨立出去形成單獨的狀態(tài)類。在環(huán)境類中維護(hù)一個抽象狀態(tài)類State的實例，這個實例定義當(dāng)前狀態(tài)，在具體實現(xiàn)時，它是一個State子類的對象。
2. State（抽象狀態(tài)類）：它用于定義一個接口以封裝與環(huán)境類的一個特定狀態(tài)相關(guān)的行為。在抽象狀態(tài)類中聲明各種不同狀態(tài)對應(yīng)的方法，而在其子類中實現(xiàn)這些方法。由于不同狀態(tài)下對象的行為可能不同，因此在不同子類中方法的實現(xiàn)可能存在不同，相同的方法可以寫在抽象狀態(tài)類中。
3. ConcreteState（具體狀態(tài)類）：它是抽象狀態(tài)類的子類，每個子類實現(xiàn)一個與環(huán)境類的一個狀態(tài)相關(guān)的行為。每個具體狀態(tài)類對應(yīng)環(huán)境類的一個具體狀態(tài)，不同的具體狀態(tài)類其行為有所不同。

2.2、代碼示例

在狀態(tài)模式中，將對象在不同狀態(tài)下的行為封裝到不同的狀態(tài)類中。為了讓系統(tǒng)具有更好的靈活性和可擴(kuò)展性，同時對各狀態(tài)下的共有行為進(jìn)行封裝，需要對狀態(tài)進(jìn)行抽象，引入了抽象狀態(tài)類角色，其典型代碼如下：

/*** @Description: 抽象狀態(tài)* @Author: yangyongbing* @CreateTime: 2023/08/03* @Version: 1.0*/
abstract class State {// 聲明抽象業(yè)務(wù)方法，不同的具體狀態(tài)類可以有不同的方法實現(xiàn)public abstract void handle();
}

在抽象狀態(tài)類的子類即具體狀態(tài)類中實現(xiàn)了在抽象狀態(tài)類中聲明的業(yè)務(wù)方法，不同的具體狀態(tài)類可以提供完全不同的方法實現(xiàn)。在實際使用時，一個狀態(tài)類中可能包含多個業(yè)務(wù)方法。如果在具體狀態(tài)類中某些業(yè)務(wù)方法的實現(xiàn)完全相同，可以將這些方法移至抽象狀態(tài)類，實現(xiàn)代碼的復(fù)用。典型的具體狀態(tài)類代碼如下：

/*** @Description: 具體狀態(tài)* @Author: yangyongbing* @CreateTime: 2023/08/03  19:45* @Version: 1.0*/
public class ConcreteState extends State{@Overridepublic void handle() {// 方法具體實現(xiàn)}
}

環(huán)境類維持一個對抽象狀態(tài)類的引用。通過setState（）方法可以向環(huán)境類注入不同的狀態(tài)對象，再在環(huán)境類的業(yè)務(wù)方法中調(diào)用狀態(tài)對象的方法，典型代碼如下：

/*** @Description: 環(huán)境類* @Author: yangyongbing* @CreateTime: 2023/08/03  19:46* @Version: 1.0*/
public class Context {// 持有一個對抽象狀態(tài)對象的引用private State state;// 其它屬性值，該屬性值的變化可能會導(dǎo)致對象狀態(tài)發(fā)生變化private int value;// 設(shè)置狀態(tài)對象public void setState(State state) {this.state = state;}public void request(){// 其它代碼state.handle(); // 調(diào)用狀態(tài)對象的業(yè)務(wù)方法// 其他代碼}
}

環(huán)境類實際上是真正擁有狀態(tài)的對象，這里只是將環(huán)境類中與狀態(tài)有關(guān)的代碼提取出來封裝到專門的狀態(tài)類中。

在狀態(tài)模式的使用過程中，一個對象的狀態(tài)之間還可以進(jìn)行相互轉(zhuǎn)換。通常有以下兩種實現(xiàn)狀態(tài)轉(zhuǎn)換的方式：

1. 統(tǒng)一由環(huán)境類來負(fù)責(zé)狀態(tài)之間的轉(zhuǎn)換。此時，環(huán)境類還充當(dāng)了狀態(tài)管理器（State Manager）角色。在環(huán)境類的業(yè)務(wù)方法中通過對某些屬性值的判斷實現(xiàn)狀態(tài)轉(zhuǎn)換，還可以提供一個專門的方法用于實現(xiàn)屬性判斷和狀態(tài)轉(zhuǎn)換。代碼片段如下：

public void changeState(){// 判斷屬性值，根據(jù)屬性值進(jìn)行狀態(tài)轉(zhuǎn)換if(value==0){this.setState(new ConcreteStateA());}else if(value==1){this.setState(new ConcreteStateB());}
}

2. 由具體狀態(tài)類來負(fù)責(zé)狀態(tài)之間的轉(zhuǎn)換?？梢栽诰唧w狀態(tài)類的業(yè)務(wù)方法中判斷環(huán)境類的某些屬性值再根據(jù)情況為環(huán)境類設(shè)置新的狀態(tài)對象，實現(xiàn)狀態(tài)轉(zhuǎn)換。同樣，也可以提供一個專門的方法來負(fù)責(zé)屬性值的判斷和狀態(tài)轉(zhuǎn)換。此時，狀態(tài)類與環(huán)境類之間將存在依賴或關(guān)聯(lián)關(guān)系，因為狀態(tài)類需要訪問環(huán)境類中的屬性值。代碼片段如下：

public void changeState(Context ctx){// 判斷屬性值，根據(jù)屬性值進(jìn)行狀態(tài)轉(zhuǎn)換if(ctx.getValue()==1){this.setState(new ConcreteStateB());}else if(ctx.getValue()==2){this.setState(new ConcreteStateC());}
}

2.3、共享狀態(tài)

在有些情況下，多個環(huán)境對象可能需要共享同一個狀態(tài)。如果希望在系統(tǒng)中實現(xiàn)多個環(huán)境對象共享一個或多個狀態(tài)對象，那么需要將這些狀態(tài)對象定義為環(huán)境類的靜態(tài)成員對象。

下面通過一個簡單實例來說明如何實現(xiàn)共享狀態(tài)。如果某系統(tǒng)要求兩個開關(guān)對象要么都處于開的狀態(tài)，要么都處于關(guān)的狀態(tài)，在使用時它們的狀態(tài)必須保持一致。開關(guān)可以由開轉(zhuǎn)換到關(guān)，也可以由關(guān)轉(zhuǎn)換到開。

可以使用狀態(tài)模式來實現(xiàn)開關(guān)的設(shè)計，其結(jié)構(gòu)如下圖所示：

3、狀態(tài)模式總結(jié)

狀態(tài)模式將一個對象在不同狀態(tài)下的不同行為封裝在一個個狀態(tài)類中。通過設(shè)置不同的狀態(tài)對象可以讓環(huán)境對象擁有不同的行為，而狀態(tài)轉(zhuǎn)換的細(xì)節(jié)對于客戶端而言是透明的，方便了客戶端的使用。在實際開發(fā)中，狀態(tài)模式具有較高的使用頻率，在工作流、游戲等軟件中狀態(tài)模式都得到了廣泛應(yīng)用，例如公文狀態(tài)的轉(zhuǎn)換、游戲中角色的升級等。

3.1、主要優(yōu)點

1. 封裝了狀態(tài)的轉(zhuǎn)換規(guī)則。在狀態(tài)模式中可以將狀態(tài)的轉(zhuǎn)換代碼封裝在環(huán)境類或者具體狀態(tài)類中，對狀態(tài)轉(zhuǎn)換代碼進(jìn)行集中管理，而不是分散在一個個業(yè)務(wù)方法中。
2. 將所有與某個狀態(tài)有關(guān)的行為放到一個類中，只需要注入一個不同的狀態(tài)對象即可使環(huán)境對象擁有不同的行為。
3. 允許狀態(tài)轉(zhuǎn)換邏輯與狀態(tài)對象合成一體，而不是提供一個巨大的條件語句塊。狀態(tài)模式可以避免使用龐大的條件語句來將業(yè)務(wù)方法和狀態(tài)轉(zhuǎn)換代碼交織在一起。
4. 可以讓多個環(huán)境對象共享一個狀態(tài)對象，從而減少系統(tǒng)中對象的個數(shù)。

3.2、主要缺點

1. 狀態(tài)模式的使用必然會增加系統(tǒng)中類和對象的個數(shù)，導(dǎo)致系統(tǒng)運行開銷增大。
2. 狀態(tài)模式的程序結(jié)構(gòu)與實現(xiàn)都較為復(fù)雜，如果使用不當(dāng)將導(dǎo)致程序結(jié)構(gòu)和代碼的混亂，增加系統(tǒng)設(shè)計的難度。
3. 狀態(tài)模式對開閉原則的支持并不太好。增加新的狀態(tài)類需要修改那些負(fù)責(zé)狀態(tài)轉(zhuǎn)換的源代碼，否則無法轉(zhuǎn)換到新增狀態(tài)；而且修改某個狀態(tài)類的行為也需修改對應(yīng)類的源代碼。

3.3、使用場景

1. 對象的行為依賴于它的狀態(tài)（例如某些屬性值），狀態(tài)的改變將導(dǎo)致行為的變化。
2. 在代碼中包含大量與對象狀態(tài)有關(guān)的條件語句。這些條件語句的出現(xiàn)，會導(dǎo)致代碼的可維護(hù)性和靈活性變差，不能方便地增加和刪除狀態(tài)，并且導(dǎo)致客戶類與類庫之間的耦合增強(qiáng)。