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

Java中的适配器模式与装饰器模式是两种常用的结构型设计模式，它们都能促进对象间的协同工作，但侧重点不同。适配器模式主要解决接口不兼容问题，通过转换现有接口使之与系统需求匹配，侧重于“能不能用”。而装饰器模式则是在不修改原有对象的基础上，动态地添加额外的功能，强调的是“能不能更强”。适配器模式的核心在于接口转换，通常不新增方法，而装饰器模式则是在保留原有接口的同时，叠加新的行为。理解这两种模式的关键在于区分它们的使用动机：适配器模式用于让老代码适配新系统，而装饰器模式则用于动态地为对象添加功能。

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

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

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

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

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

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

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

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

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

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

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

装饰器的特点包括：

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

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

关键区别总结

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

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

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

今天关于《Java适配器与装饰器模式对比解析》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！