装饰器模式是一种结构型模式，它允许在不修改原始类代码的情况下增加新功能。这种模式通过使用一个装饰器对象来包装原始类的实例，从而在运行时动态地添加新的行为。装饰器模式可以应用于类和对象，并且可以在不破坏原有类的结构和行为的情况下扩展其功能。这种模式的优点是可以提高代码的可重用性和灵活性，同时还可以简化系统的维护和扩展。
装饰器模式是一种设计模式，它允许你在运行时动态地将行为附加到对象上，而不是在编译时静态地绑定这些行为，这种模式通常用于向现有的类添加新的功能，而不需要修改其源代码，装饰器模式的核心思想是将对象的行为封装在一个可插拔的装饰器中，然后通过组合的方式来扩展对象的功能。
装饰器模式的优点
1、灵活性:装饰器模式可以在运行时动态地为对象添加新的行为，这使得系统更加灵活，可以更容易地适应变化的需求。
2、可重用性:装饰器模式可以将行为逻辑抽象出来，形成一个独立的装饰器类，这样可以在多个地方重复使用这些装饰器，提高代码的复用性。
3、解耦:装饰器模式将对象的行为和对象本身解耦，使得对象的使用者不需要关心对象是如何实现这些行为的。
4、易于扩展:装饰器模式可以通过组合不同的装饰器来扩展对象的功能，这使得系统更加容易扩展和维护。
装饰器模式的缺点
1、性能开销:由于装饰器是在运行时动态地为对象添加新的行为，所以可能会带来一定的性能开销。
2、调试困难:由于装饰器是在运行时动态地为对象添加新的行为，所以在调试过程中可能会遇到一些困难。
装饰器模式的实现
下面我们来看一个简单的装饰器模式的例子，假设我们有一个Animal类，它有一个makeSound方法，我们想要给这个动物发出不同的声音，但是不想修改Animal类的代码，我们可以使用装饰器模式来实现这个需求。
我们定义一个Animal接口：
public interface Animal {
void makeSound();
}我们定义一个具体的Animal实现类Dog:
public class Dog implements Animal {
@Override
public void makeSound() {
System.out.println("Woof!");
}
}我们定义一个抽象的AnimalDecorator类，它也实现了Animal接口，并持有一个Animal对象的引用：
public abstract class AnimalDecorator implements Animal {
protected Animal animal;
public AnimalDecorator(Animal animal) {
this.animal = animal;
}
}我们可以创建一个具体的AnimalDecorator实现类，例如 BarkingDogDecorator,它继承自AnimalDecorator,并在makeSound方法中添加了发声效果：
public class BarkingDogDecorator extends AnimalDecorator {
public BarkingDogDecorator(Animal animal) {
super(animal);
}
@Override
public void makeSound() {
super.makeSound(); // 先让狗叫一声
System.out.println("Bark!"); // 再让狗发出吠叫声
}
}我们在主函数中使用装饰器模式：
public class Main {
public static void main(String[] args) {
Animal dog = new Dog(); // 创建一个狗对象
Animal barkingDog = new BarkingDogDecorator(dog); // 用BarkingDogDecorator装饰狗对象，使其发出带有吠叫声的声音
barkingDog.makeSound(); // 让狗发出声音，结果应该是先听到狗叫一声，再听到吠叫声
}
}
