Java设计模式：适配器与装饰器对比解析

在Java设计模式中，适配器模式与装饰器模式同为结构型模式，却服务于不同目的。适配器模式专注于解决接口不兼容问题，通过“转换”原有类的接口，使其能与系统协同工作，核心在于实现接口匹配。而装饰器模式则是在不修改对象结构的前提下，动态地为其添加功能，强调“增强”而非接口转换，实现行为叠加。简而言之，适配器模式关注“能不能用”，解决老代码适配新系统的问题；装饰器模式关注“能不能更强”，旨在为对象动态扩展功能，两者意图迥异，应用场景也因此不同。理解它们的关键在于把握其使用动机，从而在实际开发中做出正确的选择。

适配器模式解决接口不兼容问题，通过转换接口让原有类与系统协同工作；装饰器模式则在不修改原对象基础上动态添加功能，强调能力增强而非接口转换。两者均属结构型模式，但前者关注调用兼容性，后者侧重功能扩展，核心区别在于意图不同：适配器实现接口匹配，装饰器实现行为叠加。

适配器模式和装饰器模式在Java中都是结构型设计模式，它们都能让对象更好地协同工作，但解决的问题和使用场景不同。理解它们的关键在于搞清楚各自的意图和实现方式。

适配器模式：让不兼容的接口可以一起工作

适配器模式的作用就像一个“转接头”，用来把一个类的接口转换成客户端期望的另一个接口。它主要用于解决已有类与当前系统接口不匹配的问题。

典型场景：比如你有一个旧的支付接口 LegacyPayment，方法叫 makePayment()，而新系统要求使用 process() 方法。你可以写一个适配器类，内部调用旧方法，对外暴露新接口。

适配器模式通常有三种实现方式：

• 类适配器：通过继承被适配类来实现（在Java中较少用，因不支持多继承）
• 对象适配器：持有被适配对象的实例，推荐方式
• 接口适配器：提供一个抽象类实现接口的默认空方法，子类可只重写需要的方法

核心思想是“转换”，不改变原有功能，只是让调用方能用统一的方式访问。

装饰器模式：动态地为对象添加新功能

装饰器模式允许在不修改原有类的前提下，给对象增加新的行为或责任。它比继承更灵活，可以在运行时动态组合功能。

典型场景：比如处理输入流，BufferedInputStream 就是 InputStream 的一个装饰器，它增强了读取性能，但依然保持 InputStream 的接口。

装饰器的特点包括：

• 和被装饰对象实现相同的接口
• 内部持有一个该接口的引用
• 可以在调用原方法前后添加额外逻辑
• 支持多层嵌套装饰，比如 new BufferedInputStream(new GZIPInputStream(input))

它的本质是“增强”，而不是转换接口。

关键区别总结

虽然两者都通过组合对象来扩展行为，但目的不同：

• 适配器模式关注接口兼容，解决“能不能用”的问题
• 装饰器模式关注功能扩展，解决“能不能更强”的问题
• 适配器通常不会新增方法，而是做接口映射
• 装饰器会保留原接口，并可能在原有基础上叠加新行为

基本上就这些。理解它们的重点是看使用动机：你是想让老代码适配新系统，还是想给对象动态加功能？不同的目标对应不同的模式选择。

本篇关于《Java设计模式：适配器与装饰器对比解析》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！