設計模式（二）

單例模式

單例物件的類必須保證只有乙個例項存在。

使用場景：

需要頻繁的例項化然後銷毀的物件

建立物件時耗時過多或者消耗資源過多，但又經常用的的物件。

有狀態的工具類物件。

頻繁訪問資料庫或檔案的物件。

有狀態：就是有儲存資料的功能，有狀態物件，就是有例項變數的物件，可以儲存資料，非執行緒安全

無狀態：就是一次操作，不儲存資料，無狀態物件，就是沒有例項變數的物件，不儲存資料，不變類，執行緒安全

常見寫法：

惡漢式

public class singleton 
public static singleton getinstance()
}

懶漢式

public class singleton 
public static singleton getinstance()
return singleton;
}}

雙重檢查鎖

volatitle禁止指令重排，所有的寫（write）操作都將發生在讀（read）操作之前。例項化物件的過程，1. 分配記憶體空間，2.初始化物件，3.將物件指向剛分配的記憶體空間，編譯器為了效能原因，將2和3重排序，

public class singleton 
public static singleton getinstance()}}
return singleton;
}}

匿名內部類

jvm會保證乙個類的初始化方法會在多執行緒環境中正確加鎖，同步，如果多個執行緒去初始化同乙個類，只有乙個執行緒執行初始化方法，其他執行緒會阻塞，注意當乙個執行緒執行完畢初始化方法後，其他執行緒被喚醒也不會執行初始化方法了，乙個類只會初始化一次

public class singleton
private static class sinleton01 
public static singleton getinstance()
}

列舉類

public enum singleton

注：可以通過反射破壞單利

public class client 
}

也可阻止,在私有的構造方法中加乙個判斷。

private singleton()
}

命令模式

包含角色

/**
* 抽象接收者，每個具體接收者都必須完成的命令
*/public abstract class receiver

public class concretereceiver1 extends receiver
}public class concretereceiver2 extends receiver
}

public abstract class command

public class concretecommand1 extends command 
//必須實現乙個命令
public void execute() 
}public class concretecommand2 extends command 
//必須實現乙個命令
public void execute() 
}

public class invoker 
//執行命令
public void action()
}

public class client 
}

命令模式的優缺點

優點類間解耦：呼叫者角色與接收者之間沒有任何依賴關係

可擴充套件性

缺點當命令增加，導致命令類過多，臃腫

設計模式（二）

設計模式（二）原型設計模式

設計模式二

設計模式（二）

設計模式（二）

設計模式（二） 原型設計模式

設計模式 二

設計模式（二）

相關推薦

設計模式（二）原型設計模式

設計模式二