享元模式英文稱為“Flyweight Pattern”，我非常感謝將Flyweight Pattern翻譯成享元模式的那位強人，因為這個詞將這個模式使用的方式明白得表示了出來；如果翻譯成為羽量級模式或者蠅量級模式等等，雖然可以含蓄的表現出使用此模式達到的目的，但是還是沒有抓住此模式的關鍵。
享元模式的定義為：採用一個共用來避免大量擁有相同內容對象的開銷。這種開銷中最常見、直觀的就是記憶體的損耗。享元模式以共用的方式高效的支援大量的細粒度對象。
在名字和定義中都體現出了共用這一個核心概念，那麼怎麼來實現共用呢？要知道每個事物都是不同的，但是又有一定的共性，如果只有完全相同的事物才能共用，那麼享元模式可以說就是不可行的；因此我們應該盡量將事物的共性共用，而又保留它的個性。為了做到這點，享元模式中區分了內蘊狀態和外蘊狀態。內蘊狀態就是共性，外蘊狀態就是個性了。
註：共用的對象必須是不可變的，不然一變則全變（如果有這種需求除外）。
內蘊狀態儲存在享元內部，不會隨環境的改變而有所不同，是可以共用的；外蘊狀態是不可以共用的，它隨環境的改變而改變的，因此外蘊狀態是由用戶端來保持（因為環境的變化是由用戶端引起的）。在每個具體的環境下，用戶端將外蘊狀態傳遞給享元，從而建立不同的對象出來。
先看看下面程式，大概瞭解下享元模式。
複製代碼 代碼如下:<?php
/**
* 享元模式
*
* 運用享元技術有效支援大量細粒度的對象
*/
class CD
{
private $_title = null;
private $_artist = null;
public function setTitle($title)
{
$this->_title = $title;
}
public function getTitle()
{
return $this->_title;
}
public function setArtist($artist)
{
$this->_artist = $artist;
}
public function getArtist($artist)
{
return $this->_artist;
}
}
class Artist
{
private $_name;
public function __construct($name)
{
echo "construct ".$name."<br/>";
$this->_name = $name;
}
public function getName()
{
return $this->_name;
}
}
class ArtistFactory
{
private $_artists = array();
public function getArtist($name)
{
if(isset($this->_artists[$name]))
{
return $this->_artists[$name];
} else {
$objArtist = new Artist($name);
$this->_artists[$name] = $objArtist;
return $objArtist;
}
}
}
$objArtistFactory = new ArtistFactory();
$objCD1 = new CD();
$objCD1->setTitle("title1");
$objCD1->setArtist($objArtistFactory->getArtist('artist1'));
$objCD2 = new CD();
$objCD2->setTitle("title2");
$objCD2->setArtist($objArtistFactory->getArtist('artist2'));
$objCD3 = new CD();
$objCD3->setTitle("title3");
$objCD3->setArtist($objArtistFactory->getArtist('artist1'));
享元模式的精要有三點：
- 被系統大量使用的細粒度對象，粒度要有多細，量要有多大，看看jdk中使用的享元模式就知道了，jdk中，Integer,Character,String等都使用了享元模式，他們都是最基礎的資料類型，不可謂不細，他們頻繁的參與運算，不可謂不大量。
- 劃分對象的內蘊屬性/狀態和外蘊屬性/狀態;所謂內蘊狀態，就是存在對象的內部，不會隨著環境變化的狀態， 有一個網友說的很好，就是無區別的狀態， 即拿掉外蘊屬性之後同一類對象沒有區別對象的內蘊狀態就是對象的元神，只要元神元神無區別，那麼對象也就無區別，同時也只有這些無區別的元神可以被共用，我想這也是Flyweight被翻譯成享元的原因。外蘊狀態就是由用戶端指定，會隨著環境變化的狀態; 對於Integer來說， 他的內蘊屬性其實就是他的value(當然它也沒有外蘊屬性);
- 用一個工廠控制享元的創造;因為享元對象不能被用戶端隨意創造， 否則就沒有意義了。工廠通常提供緩衝機制儲存已經創造的享元。
物件導向雖然很好地解決了抽象性的問題，但是對於一個實際啟動並執行軟體系統，我們還需要考慮物件導向的代價問題，享元模式解決的就是物件導向的代價問題。享元模式採用對象共用的做法來降低系統中對象的個數，從而降低細粒度對象給系統帶來的記憶體壓力。
享元模式在一般的項目開發中並不常用，而是常常應用於系統底層的開發，以便解決系統的效能問題。Java和.Net中的String類型就是使用了享元模式。如果在Java或者.NET中已經建立了一個字串對象s1，那麼下次再建立相同的字串s2的時候，系統只是把s2的引用指向s1所引用的具體對象，這就實現了相同字串在記憶體中的共用。如果每次執行s1=“abc”操作的時候，都建立一個新的字串對象的話，那麼記憶體的開銷會很大。
