java设计模式笔记

  创建型模式：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式

 

  结构型模式：适配器模式、装饰器模式、代理模式、外观模式、

              桥接模式、组合模式、享元模式

 

  行为型模式：策略模式、模版方法模式、观察者模式、迭代子模式、责任链模式、

              命令模式、备忘录模式、状态模式、访问者模式、中介者模式、

              解释器模式

 

（并发型模式、线程池模式）

重点内容记录：

创建型模式：

工厂方法模式             出现大量产品要创建，并且有共同的接口时

抽象工厂模式             增加功能只需增加实现类，无需改动原有代码

单例模式                 保证在一个JVM中，该对象只有一个实例存在  

代码如下：

package helloworld;

 

public class Singleton {

private static Singleton singleton=null;

private Singleton(){

}

public static Singleton getInstance(){

if(singleton==null){

synchronized(singleton){

if(singleton==null){

singleton=new Singleton();

}

}

}

return singleton;

}

}

 

建造者模式             将各种产品集中管理，用于创建复合对象

 

原型模式              

 

关于clone

浅复制：将一个对象复制后，基本数据类型的变量都会重新创建，而引用类型，指向的还是原对象所指向的。

深复制：将一个对象复制后，不论是基本数据类型还有引用类型，都是重新创建的。简单来说，就是深复制进行了完全彻底的复制，而浅复制不彻底。

对于比较复杂的对象，选择使用java串行化来实现深复制较为简便。其中串行化也成为“腌咸菜”，并行化成为“回鲜”。

实现代码如下：

public Object deepClone() {    

   //将对象写到流里    

   ByteArrayOutoutStream bo=new ByteArrayOutputStream();    

   ObjectOutputStream oo=new ObjectOutputStream(bo);    

   oo.writeObject(this);    

   //从流里读出来    

   ByteArrayInputStream bi=new ByteArrayInputStream(bo.toByteArray());    

   ObjectInputStream oi=new ObjectInputStream(bi);    

   return(oi.readObject());    

}

结构型模式：

 

适配器模式：

类的适配器模式：当希望将一个类转换成满足另一个新接口的类时，可以使用类的适配器模式，创建一个新类，继承原有的类，实现新的接口即可。

对象的适配器模式：当希望将一个对象转换成满足另一个新接口的对象时，可以创建一个Wrapper类，持有原类的一个实例，在Wrapper类的方法中，调用实例的方法就行。

接口的适配器模式：当不希望实现一个接口中所有的方法时，可以创建一个抽象类Wrapper，实现所有方法，我们写别的类的时候，继承抽象类即可。

装饰模式：

装饰模式就是给一个对象增加一些新的功能，而且是动态的，要求装饰对象和被装饰对象实现同一个接口，装饰对象持有被装饰对象的实例。

代理模式：

多一个代理类出来，替原对象进行一些操作。如果已有的方法在使用的时候需要对原有的方法进行改进，就可采用一个代理类调用原有的方法，且对产生的结果进行控制。

外观模式：

解决类与类之家的依赖关系，像spring一样，可以将类和类之间的关系配置到配置文件中，而外观模式就是将他们的关系放在一个Facade类中，降低了类类之间的耦合度，该模式中没有涉及到接口。

桥接模式：

把事物和其具体实现分开，使他们可以各自独立的变化。桥接的用意是：将抽象化与实现化解耦，使得二者可以独立变化。

组合模式：

将多个对象组合在一起进行操作，常用于表示树形结构中，例如二叉树，数等。

享元模式：

主要目的是实现对象的共享，即共享池，当系统中对象多的时候可以减少内存的开销，通常与工厂模式一起使用。例如数据库连接共享username、password等

行为型模式：

 

策略模式：

定义了一系列算法，并将每个算法封装起来，使他们可以相互替换，且算法的变化不会影响到使用算法的客户。策略模式的决定权在用户。

模版方法模式：

一个抽象类中，有一个主方法，再定义1...n个方法，可以是抽象的，也可以是实际的方法，定义一个类，继承该抽象类，重写抽象方法，通过调用抽象类，实现对子类的调用。

观察者模式：

当一个对象变化时，其它依赖该对象的对象都会收到通知，并且随着变化！对象之间是一种一对多的关系

迭代子模式：

迭代器模式就是顺序访问聚集中的对象，一是需要遍历的对象，即聚集对象，二是迭代器对象，用于对聚集对象进行遍历访问。

责任链模式：

有多个对象，每个对象持有对下一个对象的引用，这样就会形成一条链，请求在这条链上传递，直到某一对象决定处理该请求。但是发出者并不清楚到底最终那个对象会处理该请求，所以，责任链模式可以实现，在隐瞒客户端的情况下，对系统进行动态的调整。

命令模式：

命令模式的目的就是达到命令的发出者和执行者之间解耦，实现请求和执行分开。

备忘录模式：

主要目的是保存一个对象的某个状态，以便在适当的时候恢复对象，个人觉得叫备份模式更形象些，通俗的讲下：假设有原始类A，A中有各种属性，A可以决定需要备份的属性，备忘录类B是用来存储A的一些内部状态，类C呢，就是一个用来存储备忘录的，且只能存储，不能修改等操作。

状态模式：

核心思想就是：当对象的状态改变时，同时改变其行为，很好理解！就拿QQ来说，有几种状态，在线、隐身、忙碌等，每个状态对应不同的操作，而且你的好友也能看到你的状态，所以，状态模式就两点：1、可以通过改变状态来获得不同的行为。2、你的好友能同时看到你的变化。

访问者模式：

把数据结构和作用于结构上的操作解耦合，使得操作集合可相对自由地演化。优点是增加操作很容易，因为增加操作意味着增加新的访问者。

中介者模式：

中介者模式也是用来降低类类之间的耦合的，因为如果类类之间有依赖关系的话，不利于功能的拓展和维护，因为只要修改一个对象，其它关联的对象都得进行修改。如果使用中介者模式，只需关心和Mediator类的关系，具体类类之间的关系及调度交给Mediator就行，这有点像spring容器的作用。

解释器模式：

主要在编译器中运用。