常用设计模式

设计模式

        所谓设计模式，就是一套被反复使用的代码设计经验的总结（情境中一个问题经 过证实的一个解决方案）。使用设计模式是为了可重用代码、让代码更容易被他 人理解、保证代码可靠性。设计模式使人们可以更加简单方便的复用成功的设计 和体系结构。将已证实的技术表述成设计模式也会使新系统开发者更加容易理解 其设计思路。

        共 23 种设计模式，包括：Abstract Factory（抽象工厂模式）， Builder（建造者模式），Factory Method（工厂方法模式），Prototype（原始 模型模式），Singleton（单例模式）；Facade（门面模式），Adapter（适配器 模式），Bridge（桥梁模式），Composite（合成模式），Decorator（装饰模 式），Flyweight（享元模式），Proxy（代理模式）；Command（命令模式）， 第 318 页 共 485 页 Interpreter（解释器模式），Visitor（访问者模式），Iterator（迭代子模式）， Mediator（调停者模式），Memento（备忘录模式），Observer（观察者模式）， State（状态模式），Strategy（策略模式），Template Method（模板方法模式）， Chain Of Responsibility（责任链模式）。

        单例模式（Singleton）单例对象（Singleton）是一种常用的设计模式。在Java应用中，单例对象能保证在一个JVM中，该对象只有一个实例存在。这样的模式有几个好处：

1、某些类创建比较频繁，对于一些大型的对象，这是一笔很大的系统开销。

2、省去了new操作符，降低了系统内存的使用频率，减轻GC压力。

3、有些类如交易所的核心交易引擎，控制着交易流程，如果该类可以创建多个的话，系统完全乱了。（比如一个军队出现了多个司令员同时指挥，肯定会乱成一团），所以只有使用单例模式，才能保证核心交易服务器独立控制整个流程。

        工厂模式：工厂类可以根据条件生成不同的子类实例，这些子类有一个公 共的抽象父类并且实现了相同的方法，但是这些方法针对不同的数据进行了不同 的操作（多态方法）。当得到子类的实例后，开发人员可以调用基类中的方法而 不必考虑到底返回的是哪一个子类的实例。 

        代理模式：给一个对象提供一个代理对象，并由代理对象控制原对象的引 用。实际开发中，按照使用目的的不同，代理可以分为：远程代理、虚拟代理、 保护代理、Cache 代理、防火墙代理、同步化代理、智能引用代理。 

        适配器模式：把一个类的接口变换成客户端所期待的另一种接口，从而使 原本因接口不匹配而无法在一起使用的类能够一起工作。

       

单例设计模式：★★★★★

　　解决的问题：保证一个类在内存中的对象唯一性。

　　比如：多程序读取一个配置文件时，建议配置文件封装成对象。会方便操作其中数据，又要保证多个程序读到的是同一个配置文件对象，就需要该配置文件对象在内存中是唯一的。

　　Runtime()方法就是单例设计模式进行设计的。

　　如何保证对象唯一性呢？

　　思想：

　　　　1，不让其他程序创建该类对象。

　　　　2，在本类中创建一个本类对象。

　　　　3，对外提供方法，让其他程序获取这个对象。

　　步骤：

　　　　1，因为创建对象都需要构造函数初始化，只要将本类中的构造函数私有化，其他程序就无法再创建该类对象；

　　　　2，就在类中创建一个本类的对象；

　　　　3，定义一个方法，返回该对象，让其他程序可以通过方法就得到本类对象。（作用：可控）

　　代码体现：

　　　　1，私有化构造函数；

　　　　2，创建私有并静态的本类对象；

　　　　3，定义公有并静态的方法，返回该对象。

　　饿汉式

　　class Single{

　　　　private Single(){}   //私有化构造函数。

　　　　private static Single s = new Single();  //创建私有并静态的本类对象。

　　　　public static Single getInstance(){   //定义公有并静态的方法，返回该对象。

　　　　　　return s;

　　　　}

　　}

　   懒汉式:延迟加载方式。

　　class Single2{

　　　　private Single2(){}

　　　　private static Single2 s = null;

　　　　public static Single2 getInstance(){

　　　　　　if(s==null)

　　　　　　s = new Single2();

　　　　　　return s;

　　　　}

　　}

    双重检验锁

public class Singleton {
    // jdk1.6及之后，只要定义为private volatile static SingleTon instance 就可解决DCL失效问题。
    // volatile确保instance每次均在主内存中读取，这样虽然会牺牲一点效率，但也无伤大雅。
    // volatile可以保证即使java虚拟机对代码执行了指令重排序，也会保证它的正确性。
    private volatile static Singleton singleton;
    private Singleton(){};
    public static Singleton getSingleton() {
        if (singleton == null) {
            synchronized (Singleton.class) {
                if (singleton == null) {
                    singleton = new Singleton();
                }
            }
        }
        return singleton;
    }
}

DCL及解决办法&说明：
针对延迟加载法的同步实现所产生的性能低的问题，可以采用DCL，即双重检查加锁（Double Check Lock）的方法来避免每次调用getInstance()方法时都同步。

Double-Checked Locking看起来是非常完美的。但是很遗憾，根据Java的语言规范，上面的代码是不可靠的。
出现上述问题, 最重要的2个原因如下:

编译器优化了程序指令, 以加快cpu处理速度.
多核cpu动态调整指令顺序, 以加快并行运算能力.
问题出现的顺序:

线程A, 发现对象未实例化, 准备开始实例化
由于编译器优化了程序指令, 允许对象在构造函数未调用完前, 将共享变量的引用指向部分构造的对象, 虽然对象未完全实例化, 但已经不为null了.
线程B, 发现部分构造的对象已不是null, 则直接返回了该对象.
解决办法:
可以将instance声明为volatile，即 private volatile static Singleton instance
在线程B读一个volatile变量后，线程A在写这个volatile变量之前，所有可见的共享变量的值都将立即变得对线程B可见。

单例模式的优点：

在内存中只有一个对象，节省内存空间。
避免频繁的创建销毁对象，可以提高性能。
避免对共享资源的多重占用。
可以全局访问。
适用场景：由于单例模式的以上优点，所以是编程中用的比较多的一种设计模式。我总结了一下我所知道的适合使用单例模式的场景：

需要频繁实例化然后销毁的对象。
创建对象时耗时过多或者耗资源过多，但又经常用到的对象。
有状态的工具类对象。
频繁访问数据库或文件的对象。
以及其他我没用过的所有要求只有一个对象的场景。
单例模式注意事项：

只能使用单例类提供的方法得到单例对象，不要使用反射，否则将会实例化一个新对象。
不要做断开单例类对象与类中静态引用的危险操作。
多线程使用单例使用共享资源时，注意线程安全问题。