装饰器模式Java案例怎么写？

wen python案例 2026-07-22 3

装饰器模式Java案例详解：从理论到实战的完整指南

目录导读

装饰器模式核心概念与适用场景
经典Java案例：咖啡订单系统
关键代码实现步骤拆解
与继承/代理模式的核心区别
常见问题与SEO优化问答
实战建议与最佳实践

装饰器模式核心概念与适用场景

装饰器模式（Decorator Pattern）属于结构型设计模式，允许动态地为一个对象添加新功能，同时保持原有接口不变，其核心思想是通过组合替代继承，避免类爆炸问题。

适用场景：

需要扩展一个类的功能,但不想修改原有代码（符合开闭原则）
需要动态撤销或叠加多种功能（如咖啡加糖、加奶、加巧克力）
当继承导致子类数量过多时（例如MilkCoffee、SugarCoffee、MilkSugarCoffee等组合）

现实类比：想象你有一杯基础咖啡，你可以选择加糖、加奶或加奶油，每种“装饰”都是独立的，且可以任意组合，最终仍是一杯“咖啡”。

经典Java案例：咖啡订单系统

我们构建一个咖啡店点单系统,允许客户选择基础咖啡（美式/拿铁），并动态添加配料（糖、牛奶、巧克力）。

1 核心组件

Component（抽象组件）：定义咖啡的接口
ConcreteComponent（具体组件）：基础咖啡类
Decorator（抽象装饰器）：持有组件引用，并遵守同一接口
ConcreteDecorator（具体装饰器）：实现具体附加功能

2 代码实现（完整可运行）

// 1. 抽象组件
interface Coffee {
    String getDescription();
    double cost();
}
// 2. 具体组件：美式咖啡
class AmericanCoffee implements Coffee {
    @Override
    public String getDescription() {
        return "美式咖啡";
    }
    @Override
    public double cost() {
        return 20.0;
    }
}
// 3. 抽象装饰器
abstract class CoffeeDecorator implements Coffee {
    protected Coffee decoratedCoffee;
    public CoffeeDecorator(Coffee coffee) {
        this.decoratedCoffee = coffee;
    }
    @Override
    public String getDescription() {
        return decoratedCoffee.getDescription();
    }
    @Override
    public double cost() {
        return decoratedCoffee.cost();
    }
}
// 4. 具体装饰器：加糖
class SugarDecorator extends CoffeeDecorator {
    public SugarDecorator(Coffee coffee) {
        super(coffee);
    }
    @Override
    public String getDescription() {
        return decoratedCoffee.getDescription() + ", 加糖";
    }
    @Override
    public double cost() {
        return decoratedCoffee.cost() + 2.0;
    }
}
// 5. 具体装饰器：加牛奶
class MilkDecorator extends CoffeeDecorator {
    public MilkDecorator(Coffee coffee) {
        super(coffee);
    }
    @Override
    public String getDescription() {
        return decoratedCoffee.getDescription() + ", 加牛奶";
    }
    @Override
    public double cost() {
        return decoratedCoffee.cost() + 5.0;
    }
}
// 6. 使用示例
public class DecoratorPatternDemo {
    public static void main(String[] args) {
        Coffee coffee = new AmericanCoffee();
        System.out.println(coffee.getDescription() + " -> $" + coffee.cost());
        // 加糖
        coffee = new SugarDecorator(coffee);
        // 再加牛奶
        coffee = new MilkDecorator(coffee);
        System.out.println(coffee.getDescription() + " -> $" + coffee.cost());
        // 输出：美式咖啡, 加糖, 加牛奶 -> $27.0
    }
}

关键代码实现步骤拆解

步骤1：定义稳定接口

Coffee接口确保无论嵌套多少装饰器，返回类型始终一致，客户端无需感知内部装饰逻辑。

步骤2：实现基础组件

AmericanCoffee只关注核心属性，不负责扩展。

步骤3：抽象装饰器持有被装饰对象

CoffeeDecorator通过构造器注入Coffee实例，并在方法中委托调用——这是实现动态叠加的关键。

步骤4：具体装饰器重写方法

每个装饰器在父类基础上叠加自己的逻辑（加描述、加价格），递归调用形成功能链。

运行流程：

创建基础美式咖啡（cost=20）
用SugarDecorator装饰，调用cost()时内部先调用被装饰对象的cost()（20），再加2
再用MilkDecorator装饰，调用cost()时内部先调用上一层装饰器的cost()（22），再加5

与继承/代理模式的核心区别

对比维度	装饰器模式	继承方案	代理模式
扩展方式	动态组合	静态编译	控制访问
功能叠加	可无限组合	类爆炸	不新增功能
客户端感知	透明	透明	可能透明
典型场景	附加多个可选功能	明确固定层级	安全/延迟加载

SEO优化提示：装饰器模式常用于Java I/O流（如BufferedReader装饰FileReader），这是搜索引擎高频收录的经典范例。

常见问题与SEO优化问答

Q1：装饰器模式为什么比继承更好？ A：继承在功能组合时会产生大量子类（如MilkSugarAmericanCoffee、MilkSugarLatte等），装饰器通过组合小功能类，避免类爆炸，且可在运行时动态调整。

Q2：装饰器与代理模式有什么区别？ A：代理模式通常控制对原始对象的访问（如权限检查），而装饰器专注于增强功能，代理可能不暴露原始接口，装饰器则确保接口一致。

Q3：实际项目中哪里会用到装饰器模式？ A：Java的java.io包是典型应用：FileInputStream被BufferedInputStream装饰，再被DataInputStream装饰，GUI控件（如带滚动条的文本区域）也常用到此模式。

Q4：装饰器模式会导致性能问题吗？ A：少量装饰层无显著影响，但过度嵌套（如10层以上）会增加栈深度和方法调用开销，建议保持装饰器数量在5层以内。

实战建议与最佳实践

明确边界：只对需要动态扩展的功能使用装饰器，核心逻辑保留在基础组件中。
保持接口最小化：装饰器只能扩展功能，不应修改原始接口语义。
考虑内存开销：每个装饰器会创建新对象，大量实例需评估内存。
结合工厂模式：使用工厂方法创建带有固定装饰器的产品，简化客户端调用。
单元测试：分别测试基础组件和每个装饰器，确保叠加结果正确。

装饰器模式通过透明化的功能组合,完美实现了开闭原则，在Java项目中，无论是构建灵活的订单系统还是处理I/O流，它都是避免继承灾难的利器，掌握其递归委托的机制，你就能写出既优雅又可扩展的代码，建议从咖啡案例入手，逐步应用到实际业务中——比如为日志系统添加时间戳、加密或压缩功能。