装饰器模式是一种非常有用的结构型模式，它允许我们在不改变类的结果的情况下，为类添加新的功能。

我们来举例说明一下。首先添加一组形状，它们都实现了形状接口。

public interface Shape {    String getShape();}class Square implements Shape{    @Override    public String getShape() {        return "正方形";    }}class Circle implements Shape{    @Override    public String getShape() {        return "圆";    }}

然后再来定义装饰器。装饰器同样需要实现Shape接口，而且在装饰器中还需要对Shape进行补充（也就是装饰）。

public abstract class ColorDecorator implements Shape {    protected Shape shape;    public ColorDecorator(Shape shape) {        this.shape = shape;    }}class RedDecorator extends ColorDecorator {    public RedDecorator(Shape shape) {        super(shape);    }    @Override    public String getShape() {        return "红色的" + shape.getShape();    }}class BlueDecorator extends ColorDecorator {    public BlueDecorator(Shape shape) {        super(shape);    }    @Override    public String getShape() {        return "绿色的" + shape.getShape();    }}

最后再来验证一下。我们成功在没有修改形状类的前提下，为形状增加了颜色的功能。

public void run() {        Shape square = new Square();        Shape circle = new Circle();        Shape redSquare = new RedDecorator(square);        Shape blueCircle = new BlueDecorator(circle);        System.out.println(redSquare.getShape());        System.out.println(blueCircle.getShape());    }

装饰器模式在很多地方都有使用。在Java里面最经典的使用场景就是Java那一大堆的IO类，例如BufferedInputStream或者 FileOutputStream这样的。Java的IO类库通过多个不同IO类的嵌套，可以实现多种功能（例如缓存）的组合。当然其实Java的IO库是一个反面教材，由于装饰器模式的过度使用，导致系统中类太多太复杂，反而不利于我们学习和使用。在实际使用中我们也要注意设计模式的合理使用，不要为了使用而使用。