享元（flyweight）模式的定義：運用共享技術來有効地支援大量細粒度物件的復用。它通過共享已經存在的又橡來大幅度減少需要建立的物件數量、避免大量相似類的開銷，從而提高系統資源的利用率。flyweight抽象享元類：通常是乙個介面或抽象類，宣告公共方法，這些方法可以向外界提供物件的內部狀態，設定外部狀態。
concreteflyweight具體享元類：為內部狀態提供成員變數進行儲存
unsharedconcreteflyweight非共享享元類：不能被共享的子類可以設計為非共享享元類
看下面一張普通的快遞列表頁面：
該列表中有兩種內容： 一種是快遞資訊行 另一種是 標題行（大些字母表示的用於分類的）。對於這樣乙個頁面：
concreteflyweight部分： 兩類資訊的view布局
unsharedconcreteflyweight： 標題內容/快遞名稱及
android中對於列表的view復用已經封裝在listview/recyclerview中，業務只需要實現相應的介面即可實現布局的復用，但這裡復用的核心思想就是 「享元模式」。 具體的實現與分析，見下面的**
public class expressadapter extends recyclerview.adapter
@override
public recyclerview.viewholder oncreateviewholder(viewgroup parent, int viewtype) else if (viewtype == type_title)
return null;
}@override
public void onbindviewholder(recyclerview.viewholder holder, int position) else if (holder instanceof titleviewholder)
}@override
public int getitemcount()
@override
public int getitemviewtype(int position)
return super.getitemviewtype(position);
}//相當於concreteflyweight
static class contentviewholder extends recyclerview.viewholder
}//相當於concreteflyweight
static class titleviewholder extends recyclerview.viewholder }}
相同物件只要儲存乙份，這降低了系統中物件的數量，從而降低了系統中細粒度物件給記憶體帶來的壓力。為了使物件可以共享，需要將一些不能共享的狀態外部化，這將增加程式的複雜性。
讀取享元模式的外部狀態會使得執行時間稍微變長。
大部分的物件可以按照內部狀態進行分組
其它例項：
棋類遊戲
設計模式（享元模式）
享元模式是設計模式中少數幾個已提高系統效能為目的模式之一。它的核心思想是 如果系統存在多個 相同的物件，那麼只需要共享一分物件的拷貝，而不必為每一次使用都建立新的物件。當有物件被大量復用時，特別是重量級的物件復用可以使用享元模式來提高系統效能。其優點如下 1.可以節省重複建立物件的開銷，因為被享元模...
設計模式 享元模式
享元模式flyweight flyweight 模式是乙個提高程式效率和效能的模式 會大大加快程式的執行速度。把物件中使用比較多，具有共同點的，拿出來做成乙個共享類，這樣就行成了共享模式。如 integer 物件在 128 127 使用的是同乙個物件。在這之間是共享的。享元中的角色 flyweigh...
設計模式 享元模式
舉個圍棋的例子，圍棋的棋盤共有361格，即可放361個棋子。現在要實現乙個圍棋程式，該怎麼辦呢？首先要考慮的是棋子棋盤的實現，可以定義乙個棋子的類，成員變數包括棋子的顏色 形狀 位置等資訊，另外再定義乙個棋盤的類，成員變數中有個容器，用於存放棋子的物件。下面給出 表示 棋子的定義，當然棋子的屬性除了...