装饰模式是一种比较常见的模式。
定义为：动态的给一个对象添加一些额外的职责。就增加功能来说，装饰模式比生成子类更加灵活。
装饰模式的通用类图如下：
装饰模式的构成：
1) 抽象构件(Component):是一个接口或者是抽象类，就是定义我们最核心的对象，也就是原始的对象。
******在装饰模式中必须有一个最基本，最核心，最原始的接口或者抽象类来充当Component抽象构件******
2) 具体构件(ConcreteComponent)：是最核心，最原始，最基本的接口或者抽象类的实现，你要装饰的就是它
3) 装饰角色(Docorator):一般是一个抽象类，做什么用呢？实现接口或者抽象方法，它里面可不一定有抽象方法呀，在它的属性里必然有一个private变量指向Component抽象构件。
4) 具体装饰角色(ConcreteDecoratorA和B):是两个具体的装饰类，你要把你最核心，最原始，最基本的东西装饰成其他东西。
装饰模式与类继承的区别：
1) 装饰模式是一种动态行为，对已经存在类进行随意组合，而类的继承是一种静态的行为，一个类定义成什么样的，该类的对象便具有什么样的功能，无法动态的改变。
2) 装饰模式扩展的是对象的功能，不需要增加类的数量，而类继承扩展是类的功能，在继承的关系中，如果我们想增加一个对象的功能，我们只能通过继承关系，在子类中增加两个方法。
3) 装饰模式是在不改变原类文件和使用继承的情况下，动态的扩展一个对象的功能，它是通过创建一个包装对象，也就是装饰来包裹真是的对象。
装饰模式的特点：
1) 装饰对象和真实对象具有相同的接口，这样客户端对象就可以以真实对象的相同的方式和装饰对象交互。
2) 装饰对象包含一个真实对象的引用(reference).
3) 装饰对象接受所有来自客户端的请求，它把这些请求转发给真实的对象。
4) 装饰对象可以在转发这些请求以前或者以后增加一些附加的功能。这样就能确保在运行时，不用修改给定对象结构就可以在外部增加附加的功能。在面向对象的程序设计中，通常是使用继承的关系来扩展给定类的功能。
来分析一个例子：
package zhuangshimoshi;
/*
* 装饰模式
*/
public class Test { public static void main(String[] args) {
//要修饰的对象com
Component com=new ConcreteComponent(); //进行第一次修饰
com=new ConcreteDecorator1(com); //进行第2次修饰
com=new ConcreteDecorator2(com); com.operate(); //com=new ConcreteDecorator2(new ConcreteDecorator1(new ConcreteComponent())); } } //抽象构件
abstract class Component{
//抽象方法
public abstract void operate();
} //具体构件
class ConcreteComponent extends Component{ //具体实现
public void operate() {
System.out.println("这里是具体构件，实现了抽象构件中的方法");
} } //抽象装饰者，一般为一个抽象类
abstract class Decorator extends Component{
//必须有一个private变量指向Component抽象构件
private Component component;
//通过构造函数传递被修饰者
public Decorator(Component component)
{
System.out.println("这里是抽象类Decortor...");
this.component=component;
} //委托给被修饰者执行
public void operate()
{
System.out.println("父类的操作方法...");
this.component.operate();
}
} //具体的装饰类
class ConcreteDecorator1 extends Decorator{ //定义被装饰者
public ConcreteDecorator1(Component component) {
super(component); }
//定义自己的修饰方法
private void method1()
{
System.out.println("method1修饰。。。");
} //重写父类的operate方法
public void operate()
{
this.method1();
super.operate();
} } class ConcreteDecorator2 extends Decorator{ //定义被装饰者
public ConcreteDecorator2(Component component) {
super(component); }
//定义自己的修饰方法
private void method2()
{
System.out.println("method2修饰。。。");
} //重写父类的operate方法
public void operate()
{
super.operate();
this.method2();
} }
输入结果如图所示：
分析1：主函数中执行了com=new ConcreteDecorator1(com);这个语句，将调用ConcreteDecorator1的构造函数，接着调用父类的构造函数，所以输出了一句“这里是抽象类Decortor...”。
分析2：同理执行了com=new ConcreteDecorator2(com);也输出了“这里是抽象类Decortor...”。
分析3：执行了com.operate()，首先是ConcreteDecorator2类的operate()方法被执行，即super.operate();，此时要执行其父类的operate()。父类Decorator的operate()方法被执行，输出了“父类的操作方法...”。
分析4：接着执行this.component.operate();语句。注意了！！！！此时component对象指的是ConcreteDecorator1类的对象，即将要执行的ConcreteDecorator1类中的operate()方法，所以输出了"method1修饰。。。"
分析5：接着执行super.operate();语句，又回到父类Decorator中的operate()方法，输出了“父类的操作方法...”。
分析6：接着执行this.component.operate();语句。注意了！！！！此时component对象指的是ConcreteComponent类的对象，所以执行ConcreteComponent类的operate()方法。所以输出了"这里是具体构件，实现了抽象构件中的方法"。
分析7：最后执行this.method2();语句，输出"method2修饰。。。"
以上是本例的详细解释，得多看几遍细细领悟才行。