单例模式：一-饿汉模式（Eager）

原文： Gerrard_Feng

单例: 确保一个类只有一个实例，并提供一个全局访问点

               --《Head First 设计模式》

  其目的在于减少系统对于同一个对象的创建和销毁，从而减少内存的开销。

实现单例的方法：

要了解如何保证一个类始终只有一个实例，首先需要知道，一个类是怎么创建实例的：Java 中创建对象的4种方式

　　以上文章，总结了4种在Java中创建对象的方法，其中构造器是最常用的方法。

　　在实现单例时，需要思考是否在这几种情况下对于单例的保证，另外一方面，也要考虑到多线程并发访问的情况。

　　其中 Object 的 clone() 方法，其设计的意义与单例完全背道而驰，可以这么理解：如果一个类实现了 Cloneable 接口，那么设计者本身就不希望这个类是一个单例，所以就不做考虑了。

　　以下是6种实现单例模式的方法：

• 一：饿汉模式
• 二：懒汉模式
• 三：静态内部类模式
• 四：静态代码块模式
• 五：单元素枚举类模式
• 六：登记模式

　　这6种方式的具体实现和优劣会在各自的章节中具体阐明。

　　另外，如果一个类实现了 Serializable 接口，那么期望这个类成为单例还需要一些额外的操作：

　　实现 Serializable 接口之后的额外操作

一：饿汉模式（Eager）

思想：

　　饿汉模式是最常提及的2种单例模式之一，其核心思想，是类持有一个自身的 instance 属性，并且在申明的同时立即初始化。

　　同时，类将自身的构造器权限设为 private，防止外部代码创建对象，对外只提供一个静态的 getInstance() 方法，作为获取单例的唯一入口。

public final class EagerSingleton {

private static final EagerSingleton instance = new EagerSingleton();

private EagerSingleton() {
    if (instance != null) {
        throw new IllegalStateException();
    }
}
public static final EagerSingleton getInstance() {
    return instance;
}

}

• 为什么在私有构造器中加入对 instance 属性的空校验？ 　　为了阻止反射的入侵，从而打破单例。

• 多线程的情况下会不会打破单例？ 　　不会，因为 EagerSingleton 是在加载类的同时进行对象的创建，所以即使在多线程并发的情况下，仍然可以保证单例。

• 优势？劣势？

  优势：对象属于类，不需要考虑多线程

  劣势：在加载类的同时创建单例对象，如果这个对象不是立刻需要使用的，会额外增加内存的消耗。

转载于:https://my.oschina.net/u/4157404/blog/3081382