单例模式

首先讲讲单例模式在实际开发中的应用场景：
1.日志应用：使用共享的日志文件时防止内容追加错误
2.数据库连接池：开启，关闭数据库连接的开销很大
3.线程池：一般也设计成单例模式，便于对线程管理

单例模式要满足几点：
1.只能有一个实例
2.只能自己创建实例
3.要给外界暴露一个返回提供实例的方法

单例模式可以分为懒汉模式和饿汉模式
先看看懒汉模式的代码：

public class Singleton {
    private Singleton(){

    }
    private static Singleton instance=null;
    public static  Singleton getInstance(){
        if (instance==null){
            instance=new Singleton();
        }
        return instance;
    }
}

可以看到只有在第一次调用getInstance()方法时它才会实例化，别人推他一把他才干活，所以叫懒汉模式。
懒汉模式存在一个问题：在并发环境下同时多次调用它，就会出现重复初始化的问题。

下面介绍另外一种，饿汉模式：

public class Singleton {
    private Singleton(){
    }
    private static final Singleton instance=new Singleton();
    public static  Singleton getInstance(){
        return instance;
    }
}

可以看到他是在类加载时期就已经实例化过的，所以不会出现线程问题。由于他很主动的去实例化，仿佛一个饿汉主动寻求食物，所以叫他饿汉模式。

在某些场景下，类被实例化后暂时不被应用的话就会很浪费资源，所以需要将一些类在使用的时候再实例化，那么我们会需要线程安全的懒汉模式：
1.双重校验锁：

public class Singleton {
    private Singleton(){

    }
    private static  Singleton instance=null;
    public static  Singleton getInstance(){
        if (instance==null){
            synchronized (Singleton.class){
                if (instance==null){
                    instance=new Singleton();
                }
            }
        }
        return instance;
    }
}

第一次null值判断：确保在已经实例化时不再锁定资源（假如没有这个判断的话，则每次都会被sychronized锁定资源）
第二次null值判断：假如有两个线程同时通过了第一次null值判断，其中一个锁定资源后，实例化成功，然后释放资源，这时第二个线程锁定资源，如果没有判断到当前instance已经不为null的话就会发生重复实例化的情况。

2.静态内部类：

public class Singleton {
    private Singleton(){

    }
   private static class inner{
        private static final Singleton instance=new Singleton();
   }
   public static final Singleton getInstance(){
        return inner.instance;
   }
}

只有当内部类的静态成员被调用时类才会加载，并且这个类只会被加载一次，所以可以实现线程安全的懒汉模式。