1. 设计模式在Java面试中的核心地位Java面试中设计模式的考察频率一直居高不下尤其是结构型设计模式中的适配器模式Adapter Pattern和代理模式Proxy Pattern。这两个模式在表面上有相似之处但实际应用场景和设计意图却大相径庭。很多候选人在面试时容易混淆两者的区别导致在架构设计类问题上失分严重。我在技术面试中担任面试官超过五年发现适配器模式和代理模式的混淆率高达60%以上。大部分候选人能背出定义却说不清楚何时该用适配器、何时该用代理。更关键的是很多工作3-5年的开发者在实际项目中错误地使用了这两个模式导致系统后期难以维护。2. 适配器模式深度解析2.1 适配器模式的核心职责适配器模式的本质是接口转换。就像电源插头转换器一样它让原本不兼容的接口能够协同工作。在Java集合框架中Arrays.asList()就是典型的适配器实现——它将数组接口适配为List接口。适配器模式通常包含三个角色Target目标接口客户端期望的接口规范Adaptee被适配者需要被适配的现有组件Adapter适配器实现目标接口并包装被适配者// 目标接口 interface MediaPlayer { void play(String audioType, String fileName); } // 被适配者 class AdvancedMediaPlayer { void playMp4(String fileName) { System.out.println(Playing mp4 file: fileName); } } // 适配器 class MediaAdapter implements MediaPlayer { private AdvancedMediaPlayer advancedMusicPlayer; public MediaAdapter() { advancedMusicPlayer new AdvancedMediaPlayer(); } Override public void play(String audioType, String fileName) { if(audioType.equalsIgnoreCase(mp4)){ advancedMusicPlayer.playMp4(fileName); } } }2.2 适配器模式的典型应用场景遗留系统整合当需要将老旧的类库接入新系统时适配器可以避免大规模重写第三方库适配不同厂商提供的SDK接口不一致时接口版本升级保持向后兼容的同时提供新接口重要提示适配器模式会增加调用链长度在性能敏感场景需谨慎使用。我曾在一个高并发系统中见过因为多层适配导致的性能下降30%的案例。3. 代理模式本质剖析3.1 代理模式的核心使命代理模式的本质是访问控制。它为其他对象提供一种代理以控制对这个对象的访问。Spring AOP的动态代理就是最经典的实现案例。代理模式的关键角色Subject抽象主题声明真实主题和代理对象的共同接口RealSubject真实主题业务逻辑的实际执行者Proxy代理包含对真实主题的引用可以控制对真实主题的访问interface Image { void display(); } class RealImage implements Image { private String fileName; public RealImage(String fileName){ this.fileName fileName; loadFromDisk(); } private void loadFromDisk(){ System.out.println(Loading fileName); } Override public void display() { System.out.println(Displaying fileName); } } class ProxyImage implements Image { private RealImage realImage; private String fileName; public ProxyImage(String fileName){ this.fileName fileName; } Override public void display() { if(realImage null){ realImage new RealImage(fileName); } realImage.display(); } }3.2 代理模式的五种变体虚拟代理延迟创建开销大的对象如上述图片加载示例保护代理控制对敏感对象的访问权限远程代理为远程对象提供本地代表RPC调用智能引用在访问对象时执行额外操作如引用计数动态代理运行时生成代理类Spring AOP的实现基础4. 两种模式的关键差异对比4.1 设计意图对比维度适配器模式代理模式主要目的接口转换访问控制设计阶段事后补救已有代码适配事前设计系统架构阶段对象关系适配器与被适配者无必然联系代理与真实主题接口一致调用方向单向适配双向控制4.2 代码结构差异适配器模式更关注接口转换的实现class Adapter implements Target { private Adaptee adaptee; public void targetMethod() { adaptee.adapteeMethod(); } }代理模式更强调对原对象的控制class Proxy implements Subject { private RealSubject realSubject; public void request() { preRequest(); realSubject.request(); postRequest(); } }4.3 性能影响对比适配器模式通常引入一层间接调用性能损耗固定代理模式的性能影响取决于代理类型静态代理固定开销动态代理如JDK动态代理反射调用带来额外开销CGLIB代理生成子类首次加载较慢5. 面试高频问题破解5.1 经典面试题示例问题1在微服务架构中网关应该使用适配器模式还是代理模式为什么破解思路网关的核心需求是路由转发和协议转换 → 适配器模式但如果需要鉴权、限流等控制 → 代理模式实际场景中通常组合使用问题2MyBatis的Mapper接口是如何实现的涉及什么设计模式破解思路通过动态代理生成实现类 → 代理模式但参数映射过程可能涉及适配器模式需要区分接口层和实现层的设计模式应用5.2 回答技巧先定义再举例先给出标准定义然后结合JDK或主流框架中的实现举例画UML图在白板面试中快速绘制类图展示区别反例分析说明错误使用会导致的问题性能考量讨论模式选择对系统性能的影响6. 实际项目中的模式选择6.1 电商平台案例在开发商品搜索系统时我们遇到了这样的场景需求需要同时支持Elasticsearch和MySQL两种数据源对调用方提供统一的查询接口需要记录每次查询的耗时方案选择使用适配器模式统一ES和MySQL的查询接口使用代理模式添加监控逻辑// 适配器接口 interface SearchAdapter { ListProduct search(String keyword); } // ES适配器 class ElasticSearchAdapter implements SearchAdapter { // 实现ES特定查询逻辑 } // MySQL适配器 class MySQLSearchAdapter implements SearchAdapter { // 实现MySQL查询逻辑 } // 代理类 class MonitorProxy implements SearchAdapter { private SearchAdapter target; public MonitorProxy(SearchAdapter target) { this.target target; } Override public ListProduct search(String keyword) { long start System.currentTimeMillis(); ListProduct result target.search(keyword); long cost System.currentTimeMillis() - start; // 记录监控日志 return result; } }6.2 踩坑经验过度设计警告简单接口转换没必要用适配器直接修改调用方可能更简单内部系统调用通常不需要代理除非有明确的控制需求性能陷阱多层代理会导致调用栈过深动态代理的反射调用在高并发时可能成为瓶颈调试困难代理模式可能隐藏真实调用链路适配器模式可能掩盖底层异常7. 模式组合的高级用法7.1 代理适配器组合模式在开发跨平台SDK时我们采用了这样的架构用适配器模式统一不同平台的底层实现用代理模式添加缓存、日志等横切关注点// 平台适配器接口 interface PlatformAdapter { void platformSpecificOperation(); } // Android实现 class AndroidAdapter implements PlatformAdapter { // Android特定实现 } // iOS实现 class IOSAdapter implements PlatformAdapter { // iOS特定实现 } // 缓存代理 class CacheProxy implements PlatformAdapter { private PlatformAdapter target; private MapString, Object cache new HashMap(); public CacheProxy(PlatformAdapter target) { this.target target; } Override public void platformSpecificOperation() { String cacheKey generateCacheKey(); if(cache.containsKey(cacheKey)) { return; } target.platformSpecificOperation(); cache.put(cacheKey, result); } }7.2 Spring框架中的典型应用适配器模式HandlerAdapter适配不同类型的ControllerMessageConverter转换不同消息格式代理模式AOP动态代理Transactional的事务代理FeignClient的RPC代理理解这些底层实现机制可以帮助我们更好地使用Spring框架并在遇到问题时快速定位。比如当AOP不生效时知道检查代理机制是否正确应用当接口转换异常时能快速定位适配器逻辑问题。 
长河君 · 2026/10/14 2:22:36 · 阅读 1.2k Java设计模式：适配器模式与代理模式的核心区别与应用
1. 设计模式在Java面试中的核心地位Java面试中设计模式的考察频率一直居高不下尤其是结构型设计模式中的适配器模式Adapter Pattern和代理模式Proxy Pattern。这两个模式在表面上有相似之处但实际应用场景和设计意图却大相径庭。很多候选人在面试时容易混淆两者的区别导致在架构设计类问题上失分严重。我在技术面试中担任面试官超过五年发现适配器模式和代理模式的混淆率高达60%以上。大部分候选人能背出定义却说不清楚何时该用适配器、何时该用代理。更关键的是很多工作3-5年的开发者在实际项目中错误地使用了这两个模式导致系统后期难以维护。2. 适配器模式深度解析2.1 适配器模式的核心职责适配器模式的本质是接口转换。就像电源插头转换器一样它让原本不兼容的接口能够协同工作。在Java集合框架中Arrays.asList()就是典型的适配器实现——它将数组接口适配为List接口。适配器模式通常包含三个角色Target目标接口客户端期望的接口规范Adaptee被适配者需要被适配的现有组件Adapter适配器实现目标接口并包装被适配者// 目标接口 interface MediaPlayer { void play(String audioType, String fileName); } // 被适配者 class AdvancedMediaPlayer { void playMp4(String fileName) { System.out.println(Playing mp4 file: fileName); } } // 适配器 class MediaAdapter implements MediaPlayer { private AdvancedMediaPlayer advancedMusicPlayer; public MediaAdapter() { advancedMusicPlayer new AdvancedMediaPlayer(); } Override public void play(String audioType, String fileName) { if(audioType.equalsIgnoreCase(mp4)){ advancedMusicPlayer.playMp4(fileName); } } }2.2 适配器模式的典型应用场景遗留系统整合当需要将老旧的类库接入新系统时适配器可以避免大规模重写第三方库适配不同厂商提供的SDK接口不一致时接口版本升级保持向后兼容的同时提供新接口重要提示适配器模式会增加调用链长度在性能敏感场景需谨慎使用。我曾在一个高并发系统中见过因为多层适配导致的性能下降30%的案例。3. 代理模式本质剖析3.1 代理模式的核心使命代理模式的本质是访问控制。它为其他对象提供一种代理以控制对这个对象的访问。Spring AOP的动态代理就是最经典的实现案例。代理模式的关键角色Subject抽象主题声明真实主题和代理对象的共同接口RealSubject真实主题业务逻辑的实际执行者Proxy代理包含对真实主题的引用可以控制对真实主题的访问interface Image { void display(); } class RealImage implements Image { private String fileName; public RealImage(String fileName){ this.fileName fileName; loadFromDisk(); } private void loadFromDisk(){ System.out.println(Loading fileName); } Override public void display() { System.out.println(Displaying fileName); } } class ProxyImage implements Image { private RealImage realImage; private String fileName; public ProxyImage(String fileName){ this.fileName fileName; } Override public void display() { if(realImage null){ realImage new RealImage(fileName); } realImage.display(); } }3.2 代理模式的五种变体虚拟代理延迟创建开销大的对象如上述图片加载示例保护代理控制对敏感对象的访问权限远程代理为远程对象提供本地代表RPC调用智能引用在访问对象时执行额外操作如引用计数动态代理运行时生成代理类Spring AOP的实现基础4. 两种模式的关键差异对比4.1 设计意图对比维度适配器模式代理模式主要目的接口转换访问控制设计阶段事后补救已有代码适配事前设计系统架构阶段对象关系适配器与被适配者无必然联系代理与真实主题接口一致调用方向单向适配双向控制4.2 代码结构差异适配器模式更关注接口转换的实现class Adapter implements Target { private Adaptee adaptee; public void targetMethod() { adaptee.adapteeMethod(); } }代理模式更强调对原对象的控制class Proxy implements Subject { private RealSubject realSubject; public void request() { preRequest(); realSubject.request(); postRequest(); } }4.3 性能影响对比适配器模式通常引入一层间接调用性能损耗固定代理模式的性能影响取决于代理类型静态代理固定开销动态代理如JDK动态代理反射调用带来额外开销CGLIB代理生成子类首次加载较慢5. 面试高频问题破解5.1 经典面试题示例问题1在微服务架构中网关应该使用适配器模式还是代理模式为什么破解思路网关的核心需求是路由转发和协议转换 → 适配器模式但如果需要鉴权、限流等控制 → 代理模式实际场景中通常组合使用问题2MyBatis的Mapper接口是如何实现的涉及什么设计模式破解思路通过动态代理生成实现类 → 代理模式但参数映射过程可能涉及适配器模式需要区分接口层和实现层的设计模式应用5.2 回答技巧先定义再举例先给出标准定义然后结合JDK或主流框架中的实现举例画UML图在白板面试中快速绘制类图展示区别反例分析说明错误使用会导致的问题性能考量讨论模式选择对系统性能的影响6. 实际项目中的模式选择6.1 电商平台案例在开发商品搜索系统时我们遇到了这样的场景需求需要同时支持Elasticsearch和MySQL两种数据源对调用方提供统一的查询接口需要记录每次查询的耗时方案选择使用适配器模式统一ES和MySQL的查询接口使用代理模式添加监控逻辑// 适配器接口 interface SearchAdapter { ListProduct search(String keyword); } // ES适配器 class ElasticSearchAdapter implements SearchAdapter { // 实现ES特定查询逻辑 } // MySQL适配器 class MySQLSearchAdapter implements SearchAdapter { // 实现MySQL查询逻辑 } // 代理类 class MonitorProxy implements SearchAdapter { private SearchAdapter target; public MonitorProxy(SearchAdapter target) { this.target target; } Override public ListProduct search(String keyword) { long start System.currentTimeMillis(); ListProduct result target.search(keyword); long cost System.currentTimeMillis() - start; // 记录监控日志 return result; } }6.2 踩坑经验过度设计警告简单接口转换没必要用适配器直接修改调用方可能更简单内部系统调用通常不需要代理除非有明确的控制需求性能陷阱多层代理会导致调用栈过深动态代理的反射调用在高并发时可能成为瓶颈调试困难代理模式可能隐藏真实调用链路适配器模式可能掩盖底层异常7. 模式组合的高级用法7.1 代理适配器组合模式在开发跨平台SDK时我们采用了这样的架构用适配器模式统一不同平台的底层实现用代理模式添加缓存、日志等横切关注点// 平台适配器接口 interface PlatformAdapter { void platformSpecificOperation(); } // Android实现 class AndroidAdapter implements PlatformAdapter { // Android特定实现 } // iOS实现 class IOSAdapter implements PlatformAdapter { // iOS特定实现 } // 缓存代理 class CacheProxy implements PlatformAdapter { private PlatformAdapter target; private MapString, Object cache new HashMap(); public CacheProxy(PlatformAdapter target) { this.target target; } Override public void platformSpecificOperation() { String cacheKey generateCacheKey(); if(cache.containsKey(cacheKey)) { return; } target.platformSpecificOperation(); cache.put(cacheKey, result); } }7.2 Spring框架中的典型应用适配器模式HandlerAdapter适配不同类型的ControllerMessageConverter转换不同消息格式代理模式AOP动态代理Transactional的事务代理FeignClient的RPC代理理解这些底层实现机制可以帮助我们更好地使用Spring框架并在遇到问题时快速定位。比如当AOP不生效时知道检查代理机制是否正确应用当接口转换异常时能快速定位适配器逻辑问题。