本文是 《Effective Java》的讀書筆記，由於是Java進階書，難免會有理解的偏差，發現有錯誤，非常歡迎能提出來，本人不勝感激！

為什麼要考慮使用靜態工廠方法代替構造器呢？本書中說明了以下的優點：

（1）靜態工廠方法能提供一個可讀性很高的名稱來幫助你理解你要返回的物件是什麼

利用書上的例子，在型別BigInteger中提供了一種建構函式：

    public BigInteger(int bitLength, int certainty, Random rnd) {
        //……
    }

這個建構函式很大概率返回的是一個素數（概率為（1−(2−100)）

但是這個名字基本不能看出來他返回的可能為素數，於是利用靜態工廠方法來表示，那就容易理解多了：

    public static BigInteger probablePrime(int bitLength, Random rnd) {
        //……
    }

在前臺我們寫的程式碼的可讀性是不是強多了：

BigInteger bi1=BigInteger.probablePrime(4,new Random());

（2）可以避免建立不必要的重複物件

如果我們需要經常的建立相同的物件，在建立物件的代價很高的時候，這個技術可以很好的去提升效能。

如下，我們看一下Boolean.valueOf(boolean)方法

    public static
 
 Boolean valueOf(boolean b) {
        return (b ? TRUE : FALSE);
    }

這樣就使得我們程式每次使用的都是我們我們預先建立好的例項，達到重複利用的效果。

在實現Singleton的時候，我們就使用了靜態工廠方法，如下：

class MySingleton{

    private static MySingleton mySingleton=null;

    public static MySingleton newInstance(){
        if(mySingleton==null){
            MySingleton.mySingleton=new
 
 MySingleton();
        }
        return mySingleton;
    }
}

[ 注 ]：以上只是最基本的單例，如需瞭解更多，歡迎訪問：實現執行緒安全的Singleton

（3）可以返回原返回型別的任意子型別

在基於介面程式設計的框架中，如果我們不確定該介面要返回哪一種例項化的類（如果要根據相應的引數資訊來判斷），就可以使用靜態工廠方法了。
舉個簡單的例子，如下程式碼

        Map<Object,Object> hashMapObj=new HashMap<Object, Object>();
        Map<Object,Object> treeMapObj=new TreeMap<Object, Object>();

一個Map介面可以例項化為HashMap和TreeMap等幾種例項化類，如果我們需要根據傳入的引數的資訊判斷該返回HashMap還是TreeMap，就可以寫出如下程式碼：

Map<Object,Object> hashMapObj=Map.getInstance(Object obj);

然後再在 Map 類中寫如下的靜態工廠方法

public static<K,V> Map<K,V> getInstance(Object obj){
    if(/*引數obj滿足某某條件*/) {
        return new HashMap<K, V>();
    }
    if(/*引數obj滿足某某條件*/) {
        return new TreeMap<K, V>();
    }
    /*……*/
    /*等等等等*/
}

上面的程式當然只是我的假想，當然你可以把這個思想用到自己構造的介面中去。

那麼在Java有沒有這樣的用法呢？當然是有的，我們來看一下EnumSet中的noneOf()方法，如下

    public static <E extends Enum<E>> EnumSet<E> noneOf(Class<E> elementType) {
        Enum<?>[] universe = getUniverse(elementType);
        if (universe == null)
            throw new ClassCastException(elementType + " not an enum");

        if (universe.length <= 64)  //如果長度小於64，則返回RegularEnumSet型別
            return new RegularEnumSet<>(elementType, universe);
        else                        //反之，返回JumboEnumSet型別
            return new JumboEnumSet<>(elementType, universe);
    }

在這個靜態工廠方法中，就通過判斷傳入的底層列舉型別的大小（元素的個數），來選擇返回的例項（如上程式碼註釋）。

（4）在建立引數化例項的時候，可以使得程式碼更加的靈活

例如在建立一個Map<K,V>例項的時候，經常會使用如下程式碼：

Map<Object, Object> hashMapObj = new HashMap<Object, Object>();

如果Object型別又是一個複雜型別，這樣迴圈，程式碼就會變得越來越冗長，如果HashMap提供瞭如下靜態的工廠方法，則就簡化程式碼了。（事實上沒有）

public static<K,V> HashMap<K,V> getInstance(){
    return new HashMap<K,V>();
}

然後在建立一個Map<K,V>例項的時候就可以使用下面簡化的程式碼了：

Map<Object, Object> hashMapObj = HashMap.getInstance();

當然，在更高的JDK版本中，可以直接使用下面的寫法

Map<Object, Object> hashMapObj = new HashMap();

套用一句以前常說的一句話：Every coin has two sides
那我們來看一下 靜態工廠方法有哪些缺點吧

（1）一個類如果不含共有的或者受保護的構造器,就不能被子類化（即不能被其他的類繼承）

（2）對於提供了靜態工廠方法來例項化類的類，我們在查明相應方法的時候，會有一點點的困難。
在遵循一定的命名規範的時候，可以彌補這一缺點，如下的一些管用名稱：

靜態工廠方法和構造器各有用處，靜態工廠通常更加合適，在實際程式設計中要多多考慮。
教學視訊連結：Effective Java 之 用靜態工廠方法來代替構造器