装饰器模式是一种非常有用的结构型模式，它允许我们在不改变类的结果的情况下，为类添加新的功能。
我们来举例说明一下。首先添加一组形状，它们都实现了形状接口。
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库是一个反面教材，由于装饰器模式的过度使用，导致系统中类太多太复杂，反而不利于我们学习和使用。在实际使用中我们也要注意设计模式的合理使用，不要为了使用而使用。
