职责

• 动态的为一个对象增加新的功能
• 装饰模式是一种用于代替继承的技术，无须通过继承增加子类就能扩展对象的新功能。使用对象的关联关系代替继承关系，更加灵活，同时避免类型体系的快速膨胀。

代码示例

// 抽象构建组件
public interface ICar {
   void move();
}
// 具体构建组件
class Car implements ICar {

   @Override
   public void move() {
       System.out.println("在路上跑");
   }
}

// 抽象装饰器
class SuperCar implements ICar {
   ICar car;

   SuperCar(ICar car) {
       this.car = car;
   }

   @Override
   public void move() {
       car.move();
   }
}
// 具体装饰器
class AICar extends SuperCar {

   AICar(ICar car) {
       super(car);
   }

   public void autoMove() {
       System.out.println("自动驾驶");
   }

   public void move() {
       super.move();
       autoMove();
   }
}

UML 图

从这里我们看出来，一个具体装饰器可以装饰多个具体构建组件，一个具体构建组件也可以有多个具体装饰器。它们之间没有耦合，彼此独立，从而可以达到动态增加功能。

开发中使用的场景

• IO 中输入流和输出流的设计
• Swing 包中图形界面构件功能
• Servlet API 中提供了一个 request 对象的装饰模式的默认实现类 HttpServletRequestWrapper， HttpServletResponseWrapper 类，增强了 request 对象的功能。
• Struts2 中，request，response，session 对象的处理

优点

• 扩展对象功能，比继承灵活，不会导致类个数急剧增加
• 可以对一个对象进行多次装饰，创造出不同行为的组合，得到功能更加强大的对象
• 具体构建类和具体装饰类可以独立变化，用户可以根据需要自己增加新的具体构建子类和具体装饰子类

缺点

• 产生很多小对象。大量小对象占据内存，一定程度上影响性能
• 装饰模式易于出错，调试排查比较麻烦

总结

• 装饰模式也叫包装器模式
• 装饰模式降低系统的耦合度，可以动态的增加和删除对象的职责，并使得需要装饰的具体构建类和具体装饰类可以独立变化，以便增加新的具体构建类和具体装饰类。