设计模式GOF23之单例模式理解

设计模式：      

      将设计者的思维融入大家的学习和工作中      

创建者模式：      

      单例模式，工厂模式，抽象工厂模式，建造者模式，原型模式      

结构型模式：      

      适配器模式，桥接模式，装饰模式，组合模式，外观模式，享元模式，代理模式      

行为模式：      

      模板方法模式，命令模式，迭代器模式，观察者模式，中介者模式，备忘录模式，解释器模式。状态模式，策略模式，职责链模式，访问者模式。      

单例模式：      

      保证一个类只有一个实例，并且提供一个访问该实例的全局访问点。      

      使用场景：Task Mangager(任务管理器)      

           回收站      

           数据库连接池      

           操作系统的文件系统      

           Application（Servelet）      

      单例模式的优点：      

           因为只生成一个实例，系统开销小，      

      五种单例模式

           主要：      

           懒汉式（线程安全，调用效率高，但是不能延时加载）      

           饿汉式（线程安全，调用效率不高。但是，可以延时加载）      

其他：      

      双重检测锁式（由于JVM底层内部模型原因，偶尔会出问题。不建议使用）      

      静态内部类式（线程安全，调用效率高，但是，可以延时加载）      

      枚举单例（线程安全，调用效率高，不能延时加载）      

饿汉式实现单例模式代码中，static变量会在类装载时初始化，此时也不会出现多个线程访问该对象的问题。虚拟机保证只会装载一次该类，肯定不会发生并发访问的问题。因此我们说饿汉式天然线程安全。      

因为静态访问方法不需要同步，因此调用效率高。但是没有延时加载      

懒汉式      

     Lazy load。延迟加载，懒加载。用时加载      

     资源利用率高了，但是每次调用getInstance都需要同步，并发效率较低。      

双重检测锁实现      

     这个模式将同步内容下放到if内部，提尕了执行的效率，不必每次获取对象时都进行同步，只有第一次才同步，创建以后就没必要了。      

     问题：由于编译器优化原因和JVM内部模型原因，偶尔会出问题。不建议使用。      

静态内部类实现：      

     要点：      

          外部类没有static属性，则不会像饿汉式那样立即加载对象      

           只有真正调用getInstance()，才会加载静态内部类。加载类是线程安全的。instance是static final,保证了内存中只有这样一个实例存在，而且只能被赋值依次，从而保证了线程安全性。      

     兼备了并发高效调用和延迟加载的优势。      

枚举实现单例模式：      

      优点：      

           实现简单      

           枚举本身就是单例模式，由JVM从根本上提供保证，避免通过反射或者反序列化问题。      

           缺点：      

                 无延迟加载      

单例模式问题：      

      反射可以破解上面的单例模式（除了枚举）      

（可以在构造方法中抛出异常控制）      

反序列化可以破解上面集中单例模式（不包含枚举）      

     可以通过定义readResolve()防止获得不同对象      

     ----反序列化时，如果对象所在类定义了readResolve()(实际上是以中国回调)，定义返回那个对象