职责：
动态的为一个对象增加新的功能。
装饰模式是一种用于代替继承的技术，无需通过继承增加子类就能扩展对象的新功能。
使用对象的关联关系代替继承关系，更加灵活，同事避免类型体系的快速膨胀。
使用场景：
1.IO流中输入流和输出流
2.Swing包中图形界面构件功能
3.Servlet API中济公了一个request对象的Decorator设计模式的默认实现类HttpServletRequestWrapper,
这个类增加了request对象的功能。
4.struts2中,request,response,session对象的处理。
实现细节：
Component抽象构件角色：
真实对象和装饰对象有相同的接口，这样，客户端对象就能够与真实对象相同的方式同装饰对象交互
ConcreteComponent具体构件角色（真实对象）：io流中的FileInputStream、FileOutputStream
Decorator装饰角色：
持有一个抽象构件的引用，装饰对象接收所有客户端的请求，并把这些请求转发给真实对象。这样
就能在真实对象调用前后增加新的功能。
ConcreteDecorator具体装饰角色：
负责给构件对象增加新的责任。
类图：
抽象构件：
package com.gcxzflgl.decorator;/*** 抽象构建* @author Administrator**/
public interface ICar {void move();
}//ConcreteComponent 具体构件角色(真实对象)
class Car implements ICar {@Overridepublic void move() {System.out.println("陆地上跑！");}
}//Decorator装饰角色
class SuperCar implements ICar {protected ICar car;public SuperCar(ICar car) {super();this.car = car;}@Overridepublic void move() {car.move();}
}//ConcreteDecorator具体装饰角色
class FlyCar extends SuperCar {public FlyCar(ICar car) {super(car);}public void fly(){System.out.println("天上飞！");}@Overridepublic void move() {super.move();fly();}}//ConcreteDecorator具体装饰角色
class WaterCar extends SuperCar {public WaterCar(ICar car) {super(car);}public void swim(){System.out.println("水上游！");}@Overridepublic void move() {super.move();swim();}}//ConcreteDecorator具体装饰角色
class AICar extends SuperCar {public AICar(ICar car) {super(car);}public void autoMove(){System.out.println("自动跑！");}@Overridepublic void move() {super.move();autoMove();}}
客户端调用：
package com.gcxzflgl.decorator;public class Client {public static void main(String[] args) {Car car = new Car();car.move();System.out.println("增加新的功能，飞行----------");FlyCar flycar = new FlyCar(car);flycar.move();System.out.println("增加新的功能，水里游---------");WaterCar waterCar = new WaterCar(car);waterCar.move();System.out.println("增加两个新的功能，飞行，水里游-------");WaterCar waterCar2 = new WaterCar(new FlyCar(car));waterCar2.move();}
}总结：装饰模式也叫包装器模式
装饰模式降低系统的耦合度，可以动态的增加或删除对象的职责，并使得需要装饰的具体构建类和
具体装饰类可以独立变化，以便增加新的具体构建类和具体装饰类。
优点：
扩展对象功能，比继承灵活，不会导致类个数急剧增加
可以对一个对象进行多次装饰，创造出不同行为的组合，得到功能更加强大的对象
具体构建类和具体装饰类可以独立变化，用户可以根据需要增加自己新的具体构建子类和具体装饰子类。
缺点：
产生很多小对象，大量小对象占据内存，一定程度上影响性能。
装饰模式易于出错，调试排查比较麻烦。
