设计模式-一

设计模式六大原则

• 单一职责原则：就一个类而言，应该仅有一个引起它变化的原因。
• 开放封闭原则：类、模块、函数等应该是可以拓展的，但是不可修改。
• 里氏替换原则：所有引用基类（父类）的地方必须能透明地使用其子类的对象。
• 依赖倒置原则：高层模块不应该依赖底层模块，两者都应该依赖抽象。抽象不应该依赖于细节，细节应该依赖于抽象。
• 迪米特原则：一个软件实体应当尽可能少地与其他实体发生相互作用。
• 接口隔离原则：一个类对另一个类的依赖应该建立在最小的接口上。

设计模式分类

GoF 提出的设计模式共有23种，根据目的准则分类，分为三大类。

• 创建型设计模式，共5种：单例模式、工厂方法模式、抽象工厂模式、建造者模式、原型模式。
• 结构型设计模式，共7种：设配器模式、装饰模式、代理模式、外观模式、桥接模式、组合模式、享元模式。
• 行为型设计模式，共11种：策略模式、模板方法模式、观察者模式、迭代器模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介模式、解释器模式。

创建型设计模式

创建型设计模式，顾名思义就是与对象创建有关。

单例模式的6种写法

（1）恶汉模式

public class Sign1 {
	private static Sign1 sign1 = new Sign1();
	private Sign1 (){};
	public static Sign1 getInstance(){
    	return sign1;
	}
}

这种方式在类加载时就完成了初始化，所有类加载较慢，但获取对象的速度快。这种方式基于类加载机制，避免了多线程的同步问题。在类加载的时候就完成实例化，没有达到懒加载的效果。如果从始至终未使用过这个实例，则会造成内存的浪费。

（2） 懒汉模式（线程不安全）

public class Sign2 {
	private static Sign2 sign2;
	public  Sign2(){}
	public static Sign2 getInstance(){
    	if (sign2 == null){
        	sign2 = new Sign2();
    	}
    	return sign2;
	}
}

懒汉模式声明了一个静态对象，在用户第一次调用时初始化。这虽然节约了资源，但第一个加载需要时实例化，反应稍慢一些，而且在多线程时不能正常工作。

（3）懒汉模式（线程安全）

public class Sign2 {
	private static Sign2 sign2;
	public  Sign2(){}
	public  static synchronized Sign2 getInstance(){
    	if (sign2 == null){
        	sign2 = new Sign2();
    	}
    	return sign2;
	}
}

这种写法虽然能够在多线程中很好地安全工作，但是每次调用 getInstance() 方法时都需要进行同步。这会造成不必要的同步开销，而且大部分时候我们是用不到同步的。所以，不建议用这种模式。

（4）双重检查模式（DCL）

public class Sign3 {
	private static volatile  Sign3 sign3;
	public Sign3 (){}
	public static Sign3 getInstance(){
    	if (sign3==null){
        	synchronized (Sign3.class){
            	if (sign3==null){
                	sign3 = new Sign3();
            	}
        	}
    	}
    	return sign3;
	}
}

这里有两次判空，第一次是为了不必要的同步，第二次实在 Sign3 等于 null 的情况下才创建实例。在这里使用 volatile 会或多或少地影响性能，但这样会使程序更加的安全。DCL 的优点使资源利用率高。第一次执行 getInstance() 时单例对象才被实例化，效率高。其缺点是第一次加载时反应稍慢一些，在高并发环境下也有一定的缺陷。DCL 虽然在一定程度上解决了资源的消耗和多余的同步、线程安全等问题，但其还是在某些情况下会出现失效的问题，也就是 DCL 失效。这里建议用静态内部类单例模式来替代DCL。

（5）静态内部类单例模式

public class Sign4 {
	private Sign4(){}
	public static Sign4 getInstance(){
    	return Sign4Holder.sign4;
	}
	private static class Sign4Holder{
    	private static final Sign4 sign4 = new Sign4();
	}
}

第一次加载 Sign4 类时并不会初始化 sign4 ,只有第一次调用 getInstance() 方法时虚拟机在家 Sign4Holder 并初始化 sign4。这样不仅能够确保线程安全，也能保证 Sign4 类的唯一性。所以，推荐使用静态内部类单例模式。

（6） 枚举单例

public enum Sign5 {
	INSTANCE;
	public void doSomeThing(){
    
	}
}

默认枚举实例的创建时线程安全的，并且在任何情况下都是单例。在上面的集中单例模式视线中，有一种情况下其会重新创建对象，那就是反序列化：将一个单例实例对象写到磁盘再读回来，从而获得了一个实例。反序列化操作提供了 readResolve 方法，这个方法可以让开发人员控制对象的反序列化。在上述几个方法中，如果要杜绝单例对象被反序列喊时重新生成对象，就必须加入如下方法：

//杜绝反序列化时重新生成对象
private Object readResolve()throws ObjectStreamException{
    return  Sign4Holder.sign4;
}

枚举单例的优点就是简单，但可读性不是很高。