适配器模式解决接口不兼容问题，通过转换接口让原有类与系统协同工作；装饰器模式则在不修改原对象基础上动态添加功能，强调能力增强而非接口转换。两者均属结构型模式，但前者关注调用兼容性，后者侧重功能扩展，核心区别在于意图不同：适配器实现接口匹配，装饰器实现行为叠加。
适配器模式和装饰器模式在Java中都是结构型设计模式，它们都能让对象更好地协同工作，但解决的问题和使用场景不同。理解它们的关键在于搞清楚各自的意图和实现方式。
适配器模式：让不兼容的接口可以一起工作
适配器模式的作用就像一个“转接头”，用来把一个类的接口转换成客户端期望的另一个接口。它主要用于解决已有类与当前系统接口不匹配的问题。
典型场景：比如你有一个旧的支付接口 LegacyPayment，方法叫 makePayment()，而新系统要求使用 process() 方法。你可以写一个适配器类，内部调用旧方法，对外暴露新接口。
适配器模式通常有三种实现方式：
立即学习“Java免费学习笔记（深入）”；
- 类适配器：通过继承被适配类来实现（在Java中较少用，因不支持多继承）
- 对象适配器：持有被适配对象的实例，推荐方式
- 接口适配器：提供一个抽象类实现接口的默认空方法，子类可只重写需要的方法
核心思想是“转换”，不改变原有功能，只是让调用方能用统一的方式访问。
装饰器模式：动态地为对象添加新功能
装饰器模式允许在不修改原有类的前提下，给对象增加新的行为或责任。它比继承更灵活，可以在运行时动态组合功能。
典型场景：比如处理输入流，BufferedInputStream 就是 InputStream 的一个装饰器，它增强了读取性能，但依然保持 InputStream 的接口。
装饰器的特点包括：
- 和被装饰对象实现相同的接口
- 内部持有一个该接口的引用
- 可以在调用原方法前后添加额外逻辑
- 支持多层嵌套装饰，比如 new BufferedInputStream(new GZIPInputStream(input))
它的本质是“增强”，而不是转换接口。
关键区别总结
虽然两者都通过组合对象来扩展行为，但目的不同：
- 适配器模式关注接口兼容，解决“能不能用”的问题
- 装饰器模式关注功能扩展，解决“能不能更强”的问题
- 适配器通常不会新增方法，而是做接口映射
- 装饰器会保留原接口，并可能在原有基础上叠加新行为
基本上就这些。理解它们的重点是看使用动机：你是想让老代码适配新系统，还是想给对象动态加功能？不同的目标对应不同的模式选择。
