懶漢式單例：
注意點： 類內(nèi)部私有封裝一個自己的引用構(gòu)造器私有化提供獲取該類內(nèi)部私有封裝的唯一方法缺點：
懶漢式單例設(shè)計的實現(xiàn)沒有考慮過線程安全問題，它是非線程安全的，在并發(fā)環(huán)境下，很可能會出現(xiàn)多個SingleTon實例。
實例：
非線程安全：
public class Person { //類內(nèi)部封裝自己的引用，該引用必須私有 PRivate static Person person = null; //構(gòu)造器私有化 private Person(){ } //提供獲取單例的唯一接口 public static Person getInstance() { if(person == null) { person = new Person(); } return person; }}改造：
在獲取方法中，加入同步機制：
synchronized修飾獲取方法：
缺陷：
雖然線程安全了，但是每次都要進行同步，因此會影響性能
//提供獲取單例的唯一接口public synchronized static Person getInstance() { if(person == null) { person =new Person(); } return person;}雙重檢查機制：
改善：
做了兩次判空操作，確保了只有第一次調(diào)用單例的時候才會做同步，也避免了同步的性能損耗
//提供獲取單例的唯一接口public static Person getInstance() { if(person ==null) { synchronized (Person.class) { if(person == null) { person =new Person(); } } } return person;}使用靜態(tài)內(nèi)部類并且加上final修飾的機制：
改善：
利用ClassLoader的機制類保證初始化單例對象的時候，只有一個線程，所以也是線程安全的，同時還沒有性能的損耗。
public class Person{ //構(gòu)造器私有化 private Person() { } //寫一個靜態(tài)內(nèi)部類，用來提供單例對象 private static class LazyHolder { public static final Person SINGLEINSTANCE = new Person(); } //獲取單例對象的方法 public static Person getInstance(){ return LazyHolder.SINGLEINSTANCE; }}餓漢式單例：
因為餓漢式單例是在類創(chuàng)建的同時，就已經(jīng)創(chuàng)建好了一個靜態(tài)的對象供給系統(tǒng)使用，以后不再改變，所以是天生線程安全的實例：
public class Person { //類內(nèi)部封裝自己的引用，該引用必須私有 private static Person person = new Person(); //構(gòu)造器私有化 private Person(){ } //提供獲取單例的唯一接口 public static Person getInstance() { return person; }}餓漢式和懶漢式的區(qū)別：
從名字上區(qū)分： 餓漢： 類一旦加載，就把單例初始化完成，保證取單例的時候，單例是絕對存在的懶漢： 比較懶，只有當取單例的時候，才會去初始化這個單例對象線程安全： 餓漢式： 天生線程安全，可以直接不用擔心多線程的安全問題懶漢式： 本身是非線程安全的，為了實現(xiàn)線程安全，需要額外做操作。枚舉單例：
前面介紹了懶漢式單例、餓漢式單例，最近在網(wǎng)上看到有大神提出可以使用枚舉類型創(chuàng)建單例。優(yōu)點： 我們知道，上述的這些不管是懶漢式、餓漢式，都逃不開一個問題：反射機制能夠進行攻擊，這樣單例就失效了。因此如果想要對單例進行保護，就要使用枚舉單例了。枚舉類型天生就是線程安全的，也不需要去考慮線程安全問題。所以，看來看去還是枚舉單例用起來比較高大上。且看下面代碼實例：
public enum Person {INSTANCE;Person() { //單例構(gòu)造,默認私有}@Overridepublic String toString() { return super.toString();}}class test{public void go(){ //直接使用枚舉類型調(diào)用單例 Person.INSTANCE.toString();}}新聞熱點
疑難解答
