单例模式总结

    单例模式（Singleton），也叫单子模式，是一种常用的软件设计模式。在应用这个模式时，单例对象的类必须保证只有一个实例存在。许多时候整个系统只需要拥有一个的全局对象，这样有利于我们协调系统整体的行为。比如在某个服务器程序中，该服务器的配置信息存放在一个文件中，这些配置数据由一个单例对象统一读取，然后服务进程中的其他对象再通过这个单例对象获取这些配置信息。这种方式简化了在复杂环境下的配置管理。

例如：类似于计数器之类的存在，一般都需要使用一个实例来进行记录，若多例计数则会不准确。

实现单例模式的思路是：简单来说 就是 构造器 私有化private 公有静态方法获取该实例 私有静态引用指向自己实例 

优点： 
    1.由于在系统内存中只存在一个对象，因此可以 节约系统资源，当 需要频繁创建和销毁的对象时单例模式无疑可以提高系统的性能。 
    2.避免对共享资源的多重占用。 
缺点： 
    1.不适用于变化的对象，如果同一类型的对象总是要在不同的用例场景发生变化，单例就会引起数据的错误，不能保存彼此的状态。 
    2.由于单利模式中没有抽象层，因此单例类的扩展有很大的困难。 
    3.单例类的职责过重，在一定程度上违背了“单一职责原则”。 

    4.滥用单例将带来一些负面问题，如为了节省资源将数据库连接池对象设计为的单例类，可能会导致共享连接池对象的程序过多而出现连接池溢出；如果实例化的对象长时间不被利用，系统会认为是垃圾而被回收，这将导致对象状态的丢失。 

适用场景： 
    单例模式只允许创建一个对象，因此节省内存，加快对象访问速度，因此对象需要被公用的场合适合使用，如多个模块使用同一个数据源连接对象等等。如： 
    1.需要频繁实例化然后销毁的对象。 
    2.创建对象时耗时过多或者耗资源过多，但又经常用到的对象。 
    3.有状态的工具类对象。 
    4.频繁访问数据库或文件的对象。 
以下都是单例模式的经典使用场景： 
    1.资源共享的情况下，避免由于资源操作时导致的性能或损耗等。如上述中的日志文件，应用配置。 
    2.控制资源的情况下，方便资源之间的互相通信。如线程池等。 
应用场景举例： 
    1.外部资源：每台计算机有若干个打印机，但只能有一个PrinterSpooler，以避免两个打印作业同时输出到打印机。内部资源：大多数软件都有一个（或多个）属性文件存放系统配置，这样的系统应该有一个对象管理这些属性文件 
    2. Windows的Task Manager（任务管理器）就是很典型的单例模式（这个很熟悉吧），想想看，是不是呢，你能打开两个windows task manager吗？ 不信你自己试试看哦~ 
    3. windows的Recycle Bin（回收站）也是典型的单例应用。在整个系统运行过程中，回收站一直维护着仅有的一个实例。 
    4. 网站的计数器，一般也是采用单例模式实现，否则难以同步。 
    5. 应用程序的日志应用，一般都何用单例模式实现，这一般是由于共享的日志文件一直处于打开状态，因为只能有一个实例去操作，否则内容不好追加。 
    6. Web应用的配置对象的读取，一般也应用单例模式，这个是由于配置文件是共享的资源。 
    7. 数据库连接池的设计一般也是采用单例模式，因为数据库连接是一种数据库资源。数据库软件系统中使用数据库连接池，主要是节省打开或者关闭数据库连接所引起的效率损耗，这种效率上的损耗还是非常昂贵的，因为何用单例模式来维护，就可以大大降低这种损耗。 
    8. 多线程的线程池的设计一般也是采用单例模式，这是由于线程池要方便对池中的线程进行控制。 
    9. 操作系统的文件系统，也是大的单例模式实现的具体例子，一个操作系统只能有一个文件系统。 

    10. HttpApplication 也是单位例的典型应用。熟悉ASP.Net(IIS)的整个请求生命周期的人应该知道HttpApplication也是单例模式，所有的HttpModule都共享一个HttpApplication实例. 

1.饿汉式 非延时加载

/**
 * 饿汉式
 */
public class Single1 implements Serializable{
    private static Single1 d1 = new Single1();
    private Single1(){
        if (d1!=null){ //防止通过反射调用构造器 创建出多个实例
            throw new RuntimeException("单例对象");
        }
    }
    public static Single1 getInstance(){
        return Single1.d1;
    }
    /**
     * 防止通过反序列化漏洞
     * @return
     */
    private Object readResolve() throws ObjectStreamException{
        return d1;
    }

    public static void main(String[] args) {
        Single1 d1 = Single1.getInstance();
        Single1 d2 = Single1.getInstance();
        Single1 d3 = Single1.getInstance();
        System.out.println(d1);
        System.out.println(d2);
        System.out.println(d3);

    }

}

优点 
    1.线程安全 
    2.在类加载的同时已经创建好一个静态对象，调用时反应速度快 
缺点 

    资源效率不高，可能getInstance()永远不会执行到，但执行该类的其他静态方法或者加载了该类（class.forName)，那么这个实例仍然初始化 ，可通过反射 或者 反序列化  调用 构造器 创建新的实例  但是可通过上面方法防止

2.懒汉式 延时加载

/**
 * 懒汉式
 */
public class Single2 {
    private static Single2 single2 = null;

    private Single2() {
    }

    private synchronized Single2 getInstance(){
        if (single2==null){
            single2 = new Single2();
        }
        return single2;
    }
}

    懒汉式在单个线程中没有问题，但多个线程同事访问的时候就可能同事创建多个实例，而且这多个实例不是同一个对象，虽然后面创建的实例会覆盖先创建的实例，但是还是会存在拿到不同对象的情况。解决这个问题的办法就是加锁synchonized，第一次加载时不够快，多线程使用不必要的同步开销大。

3.静态内部类  延时加载

/**
 * 静态内部类
 */
public class Single3 {
    private static class Inner{
        private static final Single3 single3 = new Single3();
    }
    private Single3(){

    }

    public Single3 getInstance(){
        return Inner.single3;
    }
}

优点 
    资源利用率高，不执行getInstance()不被实例，可以执行该类其他静态方法 
缺点 

    第一次加载时反应不够快 

4.枚举 天然单例模式