設計模式 – 享元模式詳解
基本介紹
享元模式(Flyweight Pattern)也叫蠅量模式,運用共享技術有效地支援大量細粒度對象的復用。常用於系統底層開發,解決系統性能問題。例如資料庫連接池,裡面都是創建好的連接對象,如果有我們需要的,直接拿來用,避免重新創建,可以解決重複對象對記憶體造成浪費的問題。
內部狀態和外部狀態
享元模式提出了細粒度和共享對象,這裡就涉及了內部狀態和外部狀態的概念,即可以把對象的資訊分為兩個部分:內部狀態和外部狀態
內部狀態(Intrinsic State):可以共享的相同內容
外部狀態(Extrinsic State):需要外部環境來設置的不能共享的內容
舉個栗子,圍棋理論上有 361 個位置可以放棋子,每盤棋可能會產生兩三百個棋子對象,由於記憶體有限,一台伺服器很難支援更多玩家進行圍棋對戰,如果用享元模式來處理棋子,將棋子的顏色(黑與白)作為內部狀態,棋子的位置(不確定)作為外部狀態,就可以將棋子對象減少到兩個實例(黑棋、白棋),這樣就可以很好的解決記憶體開銷問題。
模式結構
- Flyweight:抽象享元類
- ConcreteFlyweight:具體享元類
- UnsharedConcreteFlyweight:非共享具體享元類
- FlyweightFactory:享元工廠類
舉例說明
一個開發團隊接了這樣的項目,客戶希望做一個產品展示網站,但網站需要有多種發布形式,每個用戶可以以新聞形式發布、以部落格形式發布、以微信公眾號形式發布…
「抽象享元類」
public abstract class AbstractWebsite {
public abstract void publish(User user);
}
「非共享具體享元類」
public class User {
private String name;
public User(String name) {
this.name = name;
}
public String getName() {
return name;
}
}
「具體享元類」
public class ConcreteWebsite extends AbstractWebsite {
/**
* 發布類型
*/
private String type = "";
public ConcreteWebsite(String type) {
this.type = type;
}
/**
* 發布
*/
@Override
public void publish(User user) {
System.out.println("用戶「"+user.getName()+"」發布的網站形式為「" + type+"」");
}
}
「享元工廠類」
public class WebsiteFactory {
/**
* 以 HashMap 作為對象池
*/
private Map<String, ConcreteWebsite> pool = new HashMap<>();
/**
* 從對象池中返回指定類型的對象,沒有則創建
*/
public AbstractWebsite getWebsite(String type) {
if (!pool.containsKey(type)) {
pool.put(type, new ConcreteWebsite(type));
}
return pool.get(type);
}
/**
* 計算對象池中對象的個數
*/
public int count() {
return pool.size();
}
}
「測試類」
public class Client {
@Test
public void test(){
WebsiteFactory factory = new WebsiteFactory();
AbstractWebsite website1 = factory.getWebsite("新聞");
website1.publish(new User("張三"));
website1.publish(new User("李四"));
AbstractWebsite website2 = factory.getWebsite("部落格");
website2.publish(new User("王五"));
website2.publish(new User("趙六"));
AbstractWebsite website3 = factory.getWebsite("公眾號");
website3.publish(new User("陳七"));
website3.publish(new User("胡八"));
System.out.println("對象的個數:" + factory.count());
}
}
「運行結果」
用戶「張三」發布的網站形式為「新聞」
用戶「李四」發布的網站形式為「新聞」
用戶「王五」發布的網站形式為「部落格」
用戶「趙六」發布的網站形式為「部落格」
用戶「陳七」發布的網站形式為「公眾號」
用戶「胡八」發布的網站形式為「公眾號」
對象的個數:3
享元模式在Integer中的應用
首先我們看一段程式碼,運行結果是什麼?
public class IntegerSource {
public static void main(String[] args) {
Integer v1 = 127;
Integer v2 = 127;
System.out.println("v1等於v2? " + (v1 == v2));
Integer v3 = 128;
Integer v4 = 128;
System.out.println("v3等於v4? " + (v3 == v4));
}
}
答案
v1等於v2? true
v3等於v4? false
分析:查看 Integer 源碼,找到 valueOf
方法,可以看到,如果 i
在某個範圍內,就不會產生新的對象,直接從快取數組中獲取,點進 IntegerCache
里就會發現 low = -128
high = 127
,因此,我們可以理解為這個數組就是「內部狀態」
public static Integer valueOf(int i) {
//low = -128 , high = 127
if (i >= IntegerCache.low && i <= IntegerCache.high)
//IntegerCache.cache是一個常量數組:static final Integer cache[];
return IntegerCache.cache[i + (-IntegerCache.low)];
return new Integer(i);
}
模式分析
優點:
-
可以極大減少記憶體中對象的數量,使得相同對象或相似對象在記憶體中只保存一份。
-
享元模式的外部狀態相對獨立,而且不會影響其內部狀態,從而使得享元對象可以在不同的環境中被共享。
缺點:
- 享元模式使得系統更加複雜,需要分離出內部狀態和外部狀態,這使得程式的邏輯複雜化。
- 為了使對象可以共享,享元模式需要將享元對象的狀態外部化,而讀取外部狀態使得運行時間變長。
適用場景:
-
一個系統有大量相同或者相似的對象,由於這類對象的大量使用,造成記憶體的大量耗費。
-
對象的大部分狀態都可以外部化,可以將這些外部狀態傳入對象中。
-
使用享元模式需要維護一個存儲享元對象的享元池,而這需要耗費資源,因此,應當在多次重複使用享元對象時才值得使用享元模式。