设计模式：装饰者模式

装饰模式定义如下：
装饰模式(Decorator Pattern)：动态地给一个对象增加一些额外的职责，就增加对象功能来说，装饰模式比生成子类实现更为灵活。装饰模式是一种对象结构型模式。在装饰模式中，为了让系统具有更好的灵活性和可扩展性，我们通常会定义一个抽象装饰类，而将具体的装饰类作为它的子类，装饰模式结构如图所示：
在装饰模式结构图中包含如下几个角色：
● Component（抽象构件）：它是具体构件和抽象装饰类的共同父类，声明了在具体构件中实现的业务方法，它的引入可以使客户端以一致的方式处理未被装饰的对象以及装饰之后的对象，实现客户端的透明操作。
● ConcreteComponent（具体构件）：它是抽象构件类的子类，用于定义具体的构件对象，实现了在抽象构件中声明的方法，装饰器可以给它增加额外的职责（方法）。
● Decorator（抽象装饰类）：它也是抽象构件类的子类，用于给具体构件增加职责，但是具体职责在其子类中实现。它维护一个指向抽象构件对象的引用，通过该引用可以调用装饰之前构件对象的方法，并通过其子类扩展该方法，以达到装饰的目的。
● ConcreteDecorator（具体装饰类）：它是抽象装饰类的子类，负责向构件添加新的职责。每一个具体装饰类都定义了一些新的行为，它可以调用在抽象装饰类中定义的方法，并可以增加新的方法用以扩充对象的行为。

下面分析下装饰者模式在Java IO中的应用：

java 的IO体系很好地应用了装饰者模式，下边我们可以先看一下Java IO流体系。

public class Decorator {

    public static void main(String[] args) throws Exception{
        // TODO Auto-generated method stub

        //说明
        //1. InputStream 是抽象类, Component（抽象构件）
        //2. FileInputStream 是  InputStream 子类，类似  ConcreteComponent（具体构件）即是被装饰者
        //3. FilterInputStream  是  InputStream 子类：类似Decorator（抽象装饰类）
        //4. DataInputStream 是 FilterInputStream 子类，ConcreteDecorator（具体装饰类）
        //5. FilterInputStream 类含有  protected volatile InputStream in; 即含被装饰者，如下面的图所示
        //6. 分析得出在jdk 的io体系中，就是使用装饰者模式
        //7. OutputStream也是同理
        DataInputStream dis = new DataInputStream(new FileInputStream("d:\\abc.txt"));
        System.out.println(dis.read());
        dis.close();
    }

}

FIlterInputStream类源码：