单例模式--23种设计模式

单例模式

采取一定的方法保证在整个的软件系统中，一个类仅有一个实例，并提供一个访问它的全局访问点(即提供一个取得其对象实例的方法–这种对象一般是静态的)。

单例模式有八种方式：
代码:每一种模式都要结合代码来理解

1. 饿汉式（静态常量）
2. 饿汉式（静态代码块）
3. 懒汉式（线程不安全）
4. 懒汉式（线程安全，同步方法）
5. 懒汉式（线程安全，同步代码块）
6. 双重检查
7. 静态内部类
8. 枚举

饿汉式（静态常量）
步骤：

1. 构造器私有化（防止new获得实例）
2. 类的内部创建对象
3. 向外暴露一个静态的公共方法getInstance
4. 代码实现

优缺点
优点：这种写法比较简单，在类装载的时候就完成了实例化。避免了线程同步问题。
缺点：没有达到Lazy Loading的效果。造成内存浪费。
这种方式基于classLoder机制避免了多线程的同步问题。

懒汉式（线程不安全）
优缺点说明：

1. 起到了懒加载的效果，但是只能在单线程下使用。

2. 如果在多线程下，一个线程进入了if（Singleton == null）判断语句块，还未来得及往下执行，另一个线程也通过了这个判断语句，这时便会产生多个实例，所以在多线程环境下不可使用这种方式。

懒汉式（线程安全）
优缺点说明：

1. 解决了线程不安全的问题

3. 效率第，每个线程在想获得类的实例时，执行getInstance()方法都要执行同步，二七十这个方法只执行一次实例化代码就够了，后面的想获得该类实例，直接return就行了。方法进行同步效率太低
4. 在实际开发中，不推荐使用这种方式

懒汉式（同步代码块）
在实际开发中，不使用 。

1. 本意是对第四种实现方式进行改进，因为前面同步方法效率太低，改为同步代码块
2. 但是这种同步并不能起到线程同步的作用。跟第3种实现方式遇到的情形一致，假如一个线程进入了if（SingleTon == null）判断语句，另一个线程也通过这个判断语句，这时便会产生多个实例。

双重检查
实际开发中 推荐使用
优缺点说明：

1. 是多线程开发中经常用到的，既保证了线程的安全
2. 实例化代码只用执行一次，后面再次访问时，判断if是否为空，也避免了反复进行方法同步
3. 线程安全 延迟加载 效率较高

静态内部类应用实例
推荐使用
特点：

1. 采用了类装载的机制来保证初始化实例只有一个线程
2. 在SingleTon类被加载时并不会立即实例化，二十在需要实例化时，调用getInstance方法，才会装载SingletonInstance类，从而完成Singleton的实例化。
   3.类的静态属性指挥在第一次加载类的时候初始化，所以在这里，JVM帮助我们保证了线程的安全性，在类进行初始化时，别的线程是无法进入的。
3. 避免了线程不安全，利用静态内部类特点实现延迟加载，效率高

枚举
推荐使用
优缺点说明：

1. 这借助JDK1.5中添加的枚举来实现单例模式。不仅能避免多线程同步问题，而且还能防止反序列化重新创建新的对象。
2. 这种方式是Effective Java作者Josh Bloch提倡的方式

使用场景：需要频繁的进行创建和销毁的对象、创建对象时耗时过多或耗费资源过多（即：重量级对象），但又经常用到的对象、工具、工具对象、频繁访问数据库或文件的对象（比如数据源、session工厂等）