这个模式很费时间，很难理解，但其实
定义：向对象动态添加责任就像给墙刷油漆一样。 与通过生成子类来扩展功能相比，使用Decorator模式更为灵活。
本来目的：通常可以利用继承来实现功能扩展，但是如果这些要扩展的功能类型多的话，会生成很多子类，增加系统的复杂性，同时为了使用继承实现功能扩展，在编译时确定。
要点： 装饰者与被装饰者拥有共同的超类，继承的目的是继承类型，而不是行为
实际上，Java的I/O API是使用Decorator实现的。
//定义被装饰者publicinterfacehuman { publicvoidwearclothes ()； 公共void walktowhere (； //装饰者publicabstractclassdecoratorimplementshuman { privatehumanhuman； 公共解释器(human human ) {this.human=human； }public void wearClothes () {human.wearClothes； }public void walkToWhere () {human.walkToWhere )； (//以下定义三种装饰。 这是第一个，第二个、第三个功能依次被细分。 即，装饰者功能日益增加的public class decorator _ zeroextendsdecorator (public decorator _ zero (humanhumman ) public void go home () 请参阅。 )； }在}public void findMap () {System.out.println )书房中查找Map。 请参阅。 )； } @ overridepublicvoidwearclothes ()//todo auto-generatedmethodstubsuper.wear clothes )； goHome ()； } @ overridepublicvoidwalktowhere ((/todo auto-generatedmethodstubsuper.walktowhere ) )； 查找映射(； } public class decorator _ firstextendsdecorator { public decorator _ first (human human ) super ) human )； }请去}public void goClothespress () {System.out.println )衣橱看看。 请参阅。 )； }在}public void findPlaceOnMap () {System.out.println ) ) Map中查找。 请参阅。 )； } @ overridepublicvoidwearclothes ()//todo auto-generatedmethodstubsuper.wear clothes )； goClothespress (； } @ overridepublicvoidwalktowhere ((/todo auto-generatedmethodstubsuper.walktowhere ) )； findPlaceOnMap； } public class decorator _ twoextendsdecorator { public decorator _ two (Human human ) super ) human )； }已找到公共void findclothes () {System.out.println ) ' DG。 请参阅。 )； }在}public void findTheTarget () {System.out.println ) )地图中找到神秘的庭院和城堡。 请参阅。 )； } @ overridepublicvoidwearclothes ()//todo auto-generatedmethodstubsuper.wear clothes )； findClothes (； } @ overridepublicvoidwalktowhere ((/todo auto-generatedmethodstubsuper.walktowhere ) )； findTheTarget((//定义被装饰者，被装饰者的初始状态为publicclasspersonimplementshuman ) @overridepublicvoidwearclothes ()/todo auto-gener )； } @ overridepublicvoidwalktowhere ((/todo auto-generatedmethodstubsystem.out.println ) )去哪里？ 请参阅。 )； //测试类，一看就知道与java的I/O操作多么相似的publi
c class Test {public static void main(String[] args) {Human person = new Person();Decorator decorator = new Decorator_two(new Decorator_first(new Decorator_zero(person)));decorator.wearClothes();decorator.walkToWhere();}}运行结果：
其实就是进房子找衣服，然后找地图这样一个过程，通过装饰者的三层装饰，把细节变得丰富。
关键点：
1、Decorator抽象类中，持有Human接口，方法全部委托给该接口调用，目的是交给该接口的实现类即子类进行调用。
2、Decorator抽象类的子类（具体装饰者），里面都有一个构造方法调用super(human),这一句就体现了抽象类依赖于子类实现即抽象依赖于实现的原则。因为构造里面参数都是Human接口，只要是该Human的实现类都可以传递进去，即表现出Decorator dt = new Decorator_second(new Decorator_first(new Decorator_zero(human)));这种结构的样子。所以当调用dt.wearClothes();dt.walkToWhere()的时候，又因为每个具体装饰者类中，都先调用super.wearClothes和super.walkToWhere()方法，而该super已经由构造传递并指向了具体的某一个装饰者类（这个可以根据需要调换顺序），那么调用的即为装饰类的方法，然后才调用自身的装饰方法，即表现出一种装饰、链式的类似于过滤的行为。
3、具体被装饰者类，可以定义初始的状态或者初始的自己的装饰，后面的装饰行为都在此基础上一步一步进行点缀、装饰。
4、装饰者模式的设计原则为：对扩展开放、对修改关闭，这句话体现在我如果想扩展被装饰者类的行为，无须修改装饰者抽象类，只需继承装饰者抽象类，实现额外的一些装饰或者叫行为即可对被装饰者进行包装。所以：扩展体现在继承、修改体现在子类中，而不是具体的抽象类，这充分体现了依赖倒置原则，这是自己理解的装饰者模式。
说的不清楚，有些只可意会不可言传的感觉，多看几遍代码，然后自己敲出来运行一下，基本上就领悟了。
下面这个例子也有助于理解 装饰的流程和作用
现在需要一个汉堡，主体是鸡腿堡，可以选择添加生菜、酱、辣椒等等许多其他的配料，这种情况下就可以使用装饰者模式。
汉堡基类（被装饰者，相当于上面的Human）
鸡腿堡类（被装饰者的初始状态，有些自己的简单装饰，相当于上面的Person）
package decorator; public class ChickenBurger extends Humburger { public ChickenBurger(){ name = "鸡腿堡"; } @Override public double getPrice() { return 10; } }
配料的基类（装饰者，用来对汉堡进行多层装饰，每层装饰增加一些配料，相当于上面Decorator）
package decorator; public abstract class Condiment extends Humburger { public abstract String getName(); }
生菜（装饰者的第一层，相当于上面的decorator_zero）
package decorator; public class Lettuce extends Condiment { Humburger humburger; public Lettuce(Humburger humburger){ this.humburger = humburger; } @Override public String getName() { return humburger.getName()+" 加生菜"; } @Override public double getPrice() { return humburger.getPrice()+1.5; } }
辣椒（装饰者的第二层，相当于上面的decorator_first）
测试类
输出
鸡腿堡 价钱：10.0 鸡腿堡 加生菜 价钱：11.5 鸡腿堡 加辣椒 价钱：10.0 鸡腿堡 加生菜 加辣椒 价钱：11.5
更多设计模式：23种设计模式
作者：jason0539
微博：http://weibo.com/2553717707
博客：http://blog.csdn.net/jason0539（转载请说明出处）