介绍迭代器模式：提供一种方法访问一个容器对象中各个元素，而又不暴露该对象的内部细节。（行为型模式）迭代器模式是应该是java中使用的最多的一种设计模式，迭代器模式如下：抽象容器：一般是一个接口，提供一个iterator()方法，例如java中的Collection接口，List接口，Set接口等。具体容器：就是抽象容器的具体实现类，比如List接口的有序列表实现ArrayList，List接口的链表实现LinkList，Set接口的哈希列表的实现HashSet等。抽象迭代器：定义遍历元素所需要的方法，一般来说会有这么三个方法：取得第一个元素的方法first()，取得下一个元素的方法next()...

介绍解释器模式：给定一个语言，定义它的文法的一种表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。（行为型模式）解释器模式uml图一般如下：AbstractExpression 抽象解释器     具体的解释任务由各个实现类完成，具体的解释器分别由TerminalExpression和NonterminalExpression完成。TerminalExpression终结符表达式    实现与文法中的元素相关联的解释操作，通常一个解释器模式中只有一个终结符表达式，但有多个实例，对应不同的终结符。具体到我们例子就是VarExpression类，表达式中的每个终结符都在堆栈中产生了一...

介绍在软件系统中，行为请求者与行为实现者通常是一种紧耦合关系，但是有时候，比如需要对行为进行记录、撤销或重做、事务等处理时，这种无法抵御变化的紧耦合关系就不大合适。将一个请求封装成一个对象，从而是你可用不同的请求对客户进行参数化，对请求排队和记录请求日志，以及支持可撤销的操作。命令模式就是对命令进行封装，把发出命令和执行命令分开，请求方并不知道命令是怎么被接受，也不知道命令是否执行，什么时候执行，怎么被执行的；使用命令模式可以使请求成为一个对象，这个对象可以和其他对象一样被存储和传递。涉及角色抽象命令（command）：定义命令的接口，申明执行的方法。具体命令（concreteCommand）...

介绍在责任链模式里，很多对象由每一个对象对其下家的引用而连接起来形成一条链。请求会在这个链上传递，直到链上某一个对象可以处理这个请求。（行为型模式）结构图责任链模式的结构像下面这样：抽象处理者角色（handler）：定义一个处理请求的接口，还可以定义一个后继连接（可选）。具体处理者角色（ConcreteHandler）：具体处理者接到请求后，如果可以处理就处理请求，如果不能处理就把请求传给下一个继承。优缺点优点降低耦合度：client发送请求并不需要知道是哪个对象处理的请求。责任链可简化对象的相互链接：它们仅需保持一个指向其后继者的引用，而不需保持它所有的候选接受者的引用。增强给对象指派职责的...

介绍代理模式为其他对象提供一种代理以控制对这个对象的访问。（结构型模式）代理模式提供三种角色：抽象角色：声明真实对象和代理对象的共同接口。代理角色：代理对象角色内部含有对真实对象的引用，从而可以操作真实对象，同时代理对象提供与真实对象相同的接口以便在任何时刻都能代替真实对象。同时，代理对象可以在执行真实对象操作时，附加其他的操作，相当于对真实对象进行封装。真实角色：代理角色所代表的真实对象，是我们最终要引用的对象。 代理模式对外部提供统一的接口方法，而代理类在接口中实现对真实类的附加操作行为，从而可以在不影响外部调用情况下，进行系统扩展。分类静态代理静态代理就是我们自己静态定义的代理类，例如我...

介绍享元模式使用共享来避免大量拥有相同内容对象的开销，避免内存的损耗。享元对象能做到共享的关键是区分内蕴状态和外蕴状态。内蕴状态是存储在享元对象内部的，不会随环境的改变而有所不同（内蕴状态可以共享）。外蕴状态是随环境的改变而改变的，不可以共享，外蕴状态不可以影响享元对象的内蕴状态，它们是相互独立的。优点大幅度地降低内存中对象的数量缺点使得系统更加复杂享元模式将享元对象的状态外部化，而读取外部状态使得运行时间稍微变长结构(涉及角色)Flyweight：抽象享元角色，规定具体享元角色要实现的方法。ConcreteFlyweight：具体享元角色，实现抽象享元规定的接口。FlyweightFacto...

介绍为子系统中的一组接口提供一个一致的界面，定义一个高层接口，这个接口使得这一子系统更加容易使用。就像下图，facade把众多子系统中通过一个接口统一起来：适用场景设计初期阶段，应该有意识的将不同层分离，层与层之间建立外观模式。开发阶段，子系统越来越复杂，增加外观模式提供一个简单的调用接口。维护一个大型遗留系统的时候，可能这个系统已经非常难以维护和扩展，但又包含非常重要的功能，为其开发一个外观类，以便新系统与其交互。优点实现了子系统与客户端之间的松耦合关系。客户端屏蔽了子系统组件，减少了客户端所需处理的对象数目，并使得子系统使用起来更加容易。提高了安全性。DEMO子系统： package fa...

介绍装饰器模式允许向一个现有的对象添加新功能，同时又不改变其结构。（结构型模式）这种形式在没有原类文件和使用继承的情况下动态的扩展了一个对象的功能。类的继承是在编译是时候增加的功能，而装饰器模式在运行时增加的功能装饰器模式构成Component : 组件对象接口，可以给这些对象动态添加职责ConcreteComponent ： 具体的组件对象，实现了组件接口。这个对象通常是被装饰器修饰的原始对象，可以给这个对象添加职责。Decorate : 所有装饰器的父类，需要定义一个与组件接口一直的接口（实现装饰器的复用），并持有component对象，这个对象就是被装饰的对象。如果不继承组件接口类，则只...

介绍组合模式将对象组合成树形结构表示“部分-整体”的层次结构，组合模式使用户对单个对象和组合对象的使用具有一致性。（结构型）就像文件系统一样，文件由目录和文件组成，每个目录都可以装载目录，目录的内容既可以是文件，也可以是目录。计算机的文件系统就是以递归结构来组织的，这种情景就适用于组合模式。使用场景和涉及的角色适用性你想表示对象的部分-整体层次结构你希望用户忽略组合对象与单个对象的不同，用户将统一地使用组合结构中的所有对象。涉及角色Component 是组合中的对象声明接口，在适当的情况下，实现所有类共有接口的默认行为。声明一个接口用于访问和管理Component子部件。Leaf 在组合中表示...

介绍桥接适用于把抽象化与实现化解耦，使得二者可以独立变化。（结构型模式）用来解决两个或者多个纬度的变化，使用桥接模式可以降低复杂度。将两个角色之间的继承关系改为聚合关系，这样两者可以独立的变化。例子就像大话设计模式中讲的一样，每个手机都有其对应的功能（软件），而这些功能在不同手机上可能不兼容，那么列出一个手机品牌和其对应的部分功能的结构图如下：但是这样的话，不管要增加一个手机品牌还是要增加一个软件，操作都会很复杂。因此用桥接模式把这这两个维度之间的继承关系改为聚合关系会使这个问题变得简单，聚合关系的结构图如下：DEMO手机软件抽象类 package factory.pattern.bridge...

介绍适配器模式讲一个类的接口转换为被期望用到的另一个接口,使得原本由于接口不兼容而不能一起工作的那些类可以在一起工作.(结构型模式)适配器模式中的角色一般适配器模式中有以下三个角色:目标接口(Target) : 客户期待的接口.需要适配的类(Adaptee) : 需要适配的类.适配器(Adapter) : 包装一个需要适配的对象,吧原接口转换为目标接口.优点通过适配器,客户端调用同一接口.复用的现存的类将目标类和适配者类解耦缺点过多的使用适配器，会让系统非常零乱，不易整体进行把握.DEMO目标接口 package factory.pattern.Adapter; /** * Created...

介绍用原型实例制定创建对象的种类，并通过拷贝这些原型创建新的对象。（创建型模式）原型模式比较简单的一种模式，实现一个接口就完成了原型模式。一般原型模式很少单独出现，会与其他模式混用。适用场景使用原型模式创建对象比直接new一个对象在性能上要好的多，因为Object类的clone方法是一个本地方法，它直接操作内存中的二进制流，特别是复制大对象时，性能的差别非常明显。使用原型模式的另一个好处是简化对象的创建，使得创建对象就像我们在编辑文档时的复制粘贴一样简单。因为以上优点，所以在需要重复地创建相似对象时可以考虑使用原型模式。比如需要在一个循环体内创建对象，假如对象创建过程比较复杂或者循环次数很多的...

建造者模式定义将一个复杂对象的构造与它的表示分离，使同样的构建过程可以创建不同的表示，这样的设计模式被称为建造者模式。(创建型模式)使用场景1 创建一些复杂的对象时,这些对象的内部组成间的构建顺序是稳定的,但是对象的内部组成构件面临着复杂的变化。2 要创建的复杂对象的算法,独立于该对象的组成部分,也独立与组成部分的装配方法时。优点:使用建造者模式可以让客户端不知道产品内部的组成细节.具体的建造类之间是相互独立的,对系统的扩展是非常有利的.由于具体的建造者是独立的,因此可以对建造过程逐步细化,而对其他的模块没有任何影响.建造者模式一般包含的角色builder: 给出一个抽象接口,以规范产品对象的...

双重检查锁定产生原因在写Java程序的时候,有时候会推迟高开销对象的初始化,在使用的时候在进行初始化,达到lazy loading的效果.但是进行延迟初始化的时候可能会产生很多问题(多线程环境),例如: public class UnsafeLazyLoading { private static UnsafeLazyLoading unsafeLazyLoading; private UnsafeLazyLoading (){} public static UnsafeLazyLoading getInstance(){ if( unsafeLazyL...