装饰模式（decorator）
-动态的为一个对象增加新的功能
-装饰模式是一种用于代替继承的技术，无须通过继承增加子类就能扩展对象的新功能。使用对象的关联关系代替继承关系，更加灵活，同时避免类型体系的快速膨胀。
实现细节：
-Component抽象构件角色：
真实对象和装饰对象有相同的接口。这样，客户端对象就能够以与真实对象相同的方式同装饰对象交互。
-ConcreteComponent 具体构件角色(真实对象)：
io流中的FileInputStream、FileOutputStream
-Decorator装饰角色：
持有一个抽象构件的引用。装饰对象接受所有客户端的请求，并把这些请求转发给真实的对象。这样，就能在真实对象调用前后增加新的功能。
-ConcreteDecorator具体装饰角色：
负责给构件对象增加新的责任。
开发中使用的场景：
-IO中输入流和输出流的设计
-Swing包中图形界面构件功能
-Servlet API 中提供了一个request对象的Decorator设计模式的默认实现类HttpServletRequestWrapper，HttpServletRequestWrapper 类，增强了request对象的功能。
-Struts2中，request，response,session对象的处理
IO流实现细节：
-Component抽象构件角色：
io流中的InputStream、OutputStream、Reader、Writer
-ConcreteComponent 具体构件角色：
io流中的FileInputStream、FileOutputStream
-Decorator装饰角色：
持有一个抽象构件的引用：io流中的FilterInputStream、FilterOutputStream
-ConcreteDecorator具体装饰角色：
负责给构件对象增加新的责任。Io流中的BufferedOutputStream、BufferedInputStream等。
代码实现：
/**
* 抽象组件
* @author 万河归海（设计模式学习全部来源于b站尚学堂的网课，发布的目的是为了个人以后方便查看）
*
*/
public interface Icar {
void move();
}
//真实对象
class Car implements Icar{
@Override
public void move() {
System.out.println("陆地跑");
}
}
class SuperCar implements Icar{
protected Icar car;
public SuperCar(Icar car) {
super();
this.car = car;
}
@Override
public void move() {
car.move();
}
}
class FlayCar extends SuperCar{
public FlayCar(Icar car) {
super(car);
}
public void flay(){
System.out.println("我可以飞");
}
@Override
public void move() {
super.move();
flay();
}
}
class WaterCar extends SuperCar{
public WaterCar(Icar car) {
super(car);
}
public void swim(){
System.out.println("我可以游");
}
@Override
public void move() {
super.move();
swim();
}
}
class AICar extends SuperCar{
public AICar(Icar car) {
super(car);
}
public void autoMove(){
System.out.println("我可以自动走");
}
@Override
public void move() {
super.move();
autoMove();
}
}
public class Test {
public static void main(String[] args) {
Icar car = new Car();
FlayCar flayCar = new FlayCar(new WaterCar(new AICar(new Car())));
flayCar.move();
}
}
总结：
装饰模式（Decorator）也叫包装器模式（Wrapper）
装饰模式降低系统的耦合度，可以动态的增加或删除对象的职责，并使得需要装饰的具体构建类和具体装饰类可以独立变化，以便增加新的具体构建类和具体装饰类。
优点
扩展对象功能，比继承灵活，不会导致类个数急剧增加
可以对一个对象进行多次装饰，创造出不同行为的组合，得到功能更加强大的对象
具体构建类和具体装饰类可以独立变化，用户可以根据需要自己增加新的具体构件子类和具体装饰子类。
缺点
产生很多小对象。大量小对象占据内存，一定程度上影响性能。
装饰模式易于出错，调试排查比较麻烦。
装饰模式和桥接模式的区别：
两个模式都是为了解决过多子类对象问题。但他们の诱因不一样。桥模式是对象自身现有机制沿着多个维度变化，是既有部分不稳定。装饰模式是为了增加新的功能。