在Java中，当需要为对象动态地添加功能而不改变其原有结构时，装饰模式（Decorator Pattern）是一种非常优雅的解决方案。它通过组合的方式，在运行时为对象“装饰”新的行为或责任，既符合开闭原则，又避免了继承带来的类膨胀问题。
装饰模式的核心思想
装饰模式允许你将新功能分层叠加到现有对象上，而不是通过继承来扩展。它的关键角色包括：
- Component：定义对象接口，可以是抽象类或接口，表示被装饰的对象规范。
- ConcreteComponent：具体的对象实现，是被装饰的基础对象。
- Decorator：持有Component引用，并实现与Component相同的接口，提供基础的转发机制。
- ConcreteDecorator：具体的装饰类，负责向组件添加职责，比如日志、权限控制、缓存等。
这种方式使得多个装饰器可以嵌套使用，形成一条“装饰链”，每个装饰器只关注自己的增强逻辑。
代码示例：咖啡订单系统中的动态扩展
假设我们有一个简单的咖啡售卖系统，用户可以选择基础咖啡，并动态添加糖、牛奶、奶油等配料。每种配料都会影响价格和描述。
立即学习“Java免费学习笔记（深入）”；
// 抽象组件：饮料
interface Beverage {
String getDescription();
double getCost();
}
// 具体组件：基础咖啡
class Coffee implements Beverage {
public String getDescription() {
return "咖啡";
}
public double getCost() {
return 10.0;
}
}
// 装饰器基类
abstract class CondimentDecorator implements Beverage {
protected Beverage beverage;
public CondimentDecorator(Beverage beverage) {
this.beverage = beverage;
}
}
// 具体装饰器：加糖
class Sugar extends CondimentDecorator {
public Sugar(Beverage beverage) {
super(beverage);
}
public String getDescription() {
return beverage.getDescription() + " + 糖";
}
public double getCost() {
return beverage.getCost() + 1.0;
}
}
// 具体装饰器：加牛奶
class Milk extends CondimentDecorator {
public Milk(Beverage beverage) {
super(beverage);
}
public String getDescription() {
return beverage.getDescription() + " + 牛奶";
}
public double getCost() {
return beverage.getCost() + 2.5;
}
}
// 使用示例
public class Main {
public static void main(String[] args) {
Beverage order = new Coffee(); // 基础咖啡
order = new Milk(order); // 加牛奶
order = new Sugar(order); // 再加糖
System.out.println("描述: " + order.getDescription());
System.out.println("总价: " + order.getCost());
// 输出：描述: 咖啡 + 牛奶 + 糖
// 输出：总价: 13.5
}
}
装饰模式的优势与适用场景
相比继承，装饰模式提供了更灵活的扩展方式。你可以根据需要自由组合装饰器，而无需预先定义所有可能的子类。
- 当你希望在不修改原有类的前提下增加功能时，装饰模式是理想选择。
- 适用于需要多种组合扩展的场景，如IO流（InputStream/FilterInputStream）、GUI组件、中间件增强等。
- 支持运行时动态添加和移除功能，提升系统的可配置性。
Java标准库中的java.io.InputStream体系就是典型的装饰模式应用。例如BufferedInputStream和DataInputStream都可以包装任意InputStream子类，为其添加缓冲或数据读取能力。
注意事项与最佳实践
虽然装饰模式灵活，但也需要注意合理使用：
- 装饰器层级不宜过深，否则会影响可读性和性能。
- 确保装饰器与被装饰对象接口一致，避免类型强制转换。
- 若使用频繁，可结合工厂或构建器模式简化装饰链的创建。
- 注意装饰顺序是否影响结果，比如加密和压缩的先后顺序可能有安全或效率差异。
基本上就这些。装饰模式不是万能钥匙，但在需要动态增强对象行为的场景下，它是清晰、可维护且符合设计原则的优选方案。
