java设计模式（一）单例模式

单例模式

在应用这个模式时，单例对象的类必须保证只有一个实例存在。许多时候，整个系统只需要拥有一个的全局对象，这样有利于我们协调系统整体的行为

写一个最简单的单例模式
饿汉式单例

public class MyTest7 {
public static void main(String[]args){
    Singletion singletion=Singletion.getInstance();
}

}
class Singletion{
    private  static Singletion singletion=new Singletion();
    private Singletion(){ }

public static  Singletion getInstance(){
    return  singletion;
}

}

懒汉式单例
或在不是多线程模式下可以改成如下

总之，从速度和反应时间角度来讲，饿汉式（又称立即加载）要好一些；从资源利用效率上说，懒汉式（又称延迟加载）要好一些

单例模式的优点

1. 在内存中只有一个对象，节省内存空间
2. 避免频繁的创建销毁对象，可以提高性能
3. 避免对共享资源的多重占用，简化访问
4. 为整个系统提供一个全局访问点

使用场景

单例模式的使用场景

由于单例模式具有以上优点，并且形式上比较简单，所以是日常开发中用的比较多的一种设计模式，其核心在于为整个系统提供一个唯一的实例，其应用场景包括但不仅限于以下几种：
• 有状态的工具类对象；
• 频繁访问数据库或文件的对象；

单例模式的注意事项

在使用单例模式时，我们必须使用单例类提供的公有工厂方法得到单例对象，而不应该使用反射来创建，否则将会实例化一个新对象。此外，在多线程环境下使用单例模式时，应特别注意线程安全问题。

多线程环境下单例模式的实现 （转）

在单线程环境下，无论是饿汉式单例还是懒汉式单例，它们都能够正常工作。但是，在多线程环境下，情形就发生了变化：由于饿汉式单例天生就是线程安全的，可以直接用于多线程而不会出现问题；但懒汉式单例本身是非线程安全的，因此就会出现多个实例的情况，与单例模式的初衷是相背离的。

下面重点阐述以下几个问题
• 为什么说饿汉式单例天生就是线程安全的？
• 传统的懒汉式单例为什么是非线程安全的？
• 怎么修改传统的懒汉式单例，使其线程变得安全？
• 线程安全的单例的实现还有哪些，怎么实现？
• 双重检查模式、Volatile关键字 在单例模式中的应用
• ThreadLocal 在单例模式中的应用

特别地，为了能够更好的观察到单例模式的实现是否是线程安全的，我们提供了一个简单的测试程序来验证。该示例程序的判断原理是：
　　开启多个线程来分别获取单例，然后打印它们所获取到的单例的hashCode值。若它们获取的单例是相同的(该单例模式的实现是线程安全的)，那么它们的hashCode值一定完全一致；若它们的hashCode值不完全一致，那么获取的单例必定不是同一个，即该单例模式的实现不是线程安全的，是多例的。

1、 为什么说饿汉式单例天生就是线程安全的？

类加载的方式是按需加载，且只加载一次。因此，在上述单例类被加载时，就会实例化一个对象并交给自己的引用，供系统使用。换句话说，在线程访问单例对象之前就已经创建好了。再加上，由于一个类在整个生命周期中只会被加载一次，因此该单例类只会创建一个实例，也就是说，线程每次都只能也必定只可以拿到这个唯一的对象。因此就说，饿汉式单例天生就是线程安全的。

2、 传统的懒汉式单例为什么是非线程安全的？

原因是，会有多个线程同时进入 if (singleton2 == null) {…} 语句块的情形发生。当这种这种情形发生后，该单例类就会创建出多个实例，违背单例模式的初衷。因此，传统的懒汉式单例是非线程安全的。

3、 实现线程安全的懒汉式单例的几种正确姿势

1)、同步延迟加载 — synchronized方法

// 线程安全的懒汉式单例

public class Singleton2 {
    private static Singleton2 singleton2;
    private Singleton2(){}
    // 使用 synchronized 修饰，临界资源的同步互斥访问
    public static synchronized Singleton2 getSingleton2(){

    if (singleton2 == null) {
        singleton2 = new Singleton2();
    }
    return singleton2;

}

}

该实现与上面传统懒汉式单例的实现唯一的差别就在于：是否使用 synchronized 修饰 getSingleton2()方法。若使用，就保证了对临界资源的同步互斥访问，也就保证了单例。
　　从执行结果上来看，问题已经解决了，但是这种实现方式的运行效率会很低，因为同步块的作用域有点大，而且锁的粒度有点粗。同步方法效率低，那我们考虑使用同步代码块来实现。

2)、同步延迟加载 — synchronized块

// 线程安全的懒汉式单例

public class Singleton2 {

private static Singleton2 singleton2;
private Singleton2(){}


public static Singleton2 getSingleton2(){

    synchronized(Singleton2.class){  // 使用 synchronized 块，临界资源的同步互斥访问

        if (singleton2 == null) { 
            singleton2 = new Singleton2();
        }
    }
    return singleton2;

}
}

问题已经解决了，但是这种实现方式的运行效率仍然比较低，事实上，和使用synchronized方法的版本相比，基本没有任何效率上的提高。

3)、同步延迟加载 — 使用内部类实现延迟加载

单例模式与双重检查(Double-Check idiom)

使用双重检测同步延迟加载去创建单例的做法是一个非常优秀的做法，其不但保证了单例，而且切实提高了程序运行效率。对应的代码清单如下：

如上述代码所示，为了在保证单例的前提下提高运行效率，我们需要对 singleton3 进行第二次检查，目的是避开过多的同步（因为这里的同步只需在第一次创建实例时才同步，一旦创建成功，以后获取实例时就不需要同步获取锁了）。这种做法无疑是优秀的，但是我们必须注意一点：
　　 必须使用volatile关键字修饰单例引用。

单例模式 与 ThreadLocal

借助于 ThreadLocal，我们可以实现双重检查模式的变体。我们将临界资源线程局部化，具体到本例就是将双重检测的第一层检测条件 if (instance == null) 转换为 线程局部范围内的操作 。这里的 ThreadLocal 也只是用作标识而已，用来标识每个线程是否已访问过：如果访问过，则不再需要走同步块，这样就提高了一定的效率。对应的代码清单如下：

借助于 ThreadLocal，我们也可以实现线程安全的懒汉式单例。但与直接双重检查模式使用，使用ThreadLocal的实现在效率上还不如双重检查锁定。

小结

传统的饿汉式单例无论在单线程还是多线程环境下都是线程安全的，但是传统的懒汉式单例在多线程环境下是非线程安全的。为此，我们特别介绍了五种方式来在多线程环境下创建线程安全的单例，包括：
• 使用synchronized方法实现懒汉式单例；
• 使用synchronized块实现懒汉式单例；
• 使用静态内部类实现懒汉式单例；
• 使用双重检查模式实现懒汉式单例；
• 使用ThreadLocal实现懒汉式单例；
当然，实现懒汉式单例还有其他方式。但是，这五种是比较经典的实现，也是我们应该掌握的几种实现方式。从这五种实现中，我们可以总结出，要想实现效率高的线程安全的单例，我们必须注意以下两点：
• 尽量减少同步块的作用域；
• 尽量使用细粒度的锁。