2026/8/21 8:04:18
FEATURED · 精选文章 
1. Java设计模式面试题解析23种模式的30道高频考点最近在帮团队筛选Java工程师时发现设计模式相关的题目总能精准区分候选人的实战水平。恰好手头整理了一份包含23种设计模式的30道高频面试题解析这里结合我五年来面试300候选人的经验分享这些题目的标准答案和考察要点。设计模式作为面向对象编程的内功心法在大型系统架构和代码重构中扮演着关键角色。根据我的观察能清晰解释模式应用场景的开发者在解决复杂业务问题时往往表现出更强的抽象能力。下面这些题目按创建型、结构型、行为型三大类划分每道题都附上典型回答和深度解析。2. 创建型模式面试精要2.1 单例模式的线程安全实现面试高频题请写出三种线程安全的单例实现方式并分析优缺点标准答案// 1. 饿汉式类加载时初始化 public class Singleton { private static final Singleton instance new Singleton(); private Singleton() {} public static Singleton getInstance() { return instance; } } // 2. 双重检查锁 public class Singleton { private volatile static Singleton instance; private Singleton() {} public static Singleton getInstance() { if (instance null) { synchronized (Singleton.class) { if (instance null) { instance new Singleton(); } } } return instance; } } // 3. 静态内部类 public class Singleton { private Singleton() {} private static class Holder { static final Singleton INSTANCE new Singleton(); } public static Singleton getInstance() { return Holder.INSTANCE; } }考察要点饿汉式最简单但可能造成资源浪费双重检查锁必须使用volatile防止指令重排序静态内部类利用类加载机制保证线程安全是最佳实践2.2 工厂方法 vs 抽象工厂常问题目比较工厂方法和抽象工厂模式的异同给出适用场景关键对比维度工厂方法抽象工厂产品等级结构单一产品族多个产品族扩展性新增产品需修改工厂类新增产品族需新增工厂接口复杂度简单复杂典型应用JDK的Calendar.getInstanceSpring的BeanFactory实战建议产品类型单一且变化不频繁时用工厂方法需要构建产品家族如跨平台UI组件时用抽象工厂Spring框架同时运用了两种模式值得深入研究3. 结构型模式深度剖析3.1 装饰器模式动态扩展经典问题使用装饰器模式实现带缓存和日志的HTTP客户端代码示例interface HttpClient { String get(String url); } class BasicHttpClient implements HttpClient { Override public String get(String url) { /* 基础实现 */ } } class LoggingDecorator implements HttpClient { private final HttpClient wrappee; public LoggingDecorator(HttpClient client) { this.wrappee client; } Override public String get(String url) { System.out.println(Requesting: url); return wrappee.get(url); } } class CachingDecorator implements HttpClient { private final HttpClient wrappee; private final MapString, String cache new HashMap(); public CachingDecorator(HttpClient client) { this.wrappee client; } Override public String get(String url) { return cache.computeIfAbsent(url, wrappee::get); } } // 使用组合 HttpClient client new CachingDecorator( new LoggingDecorator( new BasicHttpClient() ) );设计要点装饰器和被装饰对象实现相同接口通过嵌套构造实现功能叠加比继承更灵活避免类爆炸问题3.2 适配器模式实战场景题现有LegacyPayment接口需要适配到新的PaymentGateway接口如何设计解决方案interface LegacyPayment { void pay(int dollars); } interface PaymentGateway { void processPayment(float euros); } class PaymentAdapter implements PaymentGateway { private final LegacyPayment adaptee; private static final float EUR_TO_USD 1.2f; public PaymentAdapter(LegacyPayment payment) { this.adaptee payment; } Override public void processPayment(float euros) { adaptee.pay((int)(euros * EUR_TO_USD)); } }经验分享适配器模式常用于系统集成和第三方库对接注意处理接口差异参数类型、计量单位等在微服务架构中经常用于协议转换4. 行为型模式面试难点4.1 观察者模式事件驱动架构题如何用观察者模式实现订单状态变更通知完整实现class Order { private String state; private ListObserver observers new ArrayList(); public void addObserver(Observer o) { observers.add(o); } public void setState(String newState) { this.state newState; notifyObservers(); } private void notifyObservers() { observers.forEach(o - o.update(this)); } } interface Observer { void update(Order order); } class EmailNotifier implements Observer { Override public void update(Order order) { System.out.println(发送邮件通知: 订单状态变更为 order.getState()); } } class SMSNotifier implements Observer { Override public void update(Order order) { System.out.println(发送短信通知: 订单状态变更为 order.getState()); } }优化技巧使用Java内置的Observable类和Observer接口考虑引入事件总线EventBus处理大量观察者异步通知时注意处理线程安全问题4.2 策略模式消除条件判断重构题如何用策略模式优化以下代码class PaymentProcessor { public void process(String type) { if (credit.equals(type)) { // 信用卡处理逻辑 } else if (paypal.equals(type)) { // PayPal处理逻辑 } // 更多if-else... } }重构方案interface PaymentStrategy { void process(); } class CreditCardStrategy implements PaymentStrategy { Override public void process() { /* 信用卡逻辑 */ } } class PayPalStrategy implements PaymentStrategy { Override public void process() { /* PayPal逻辑 */ } } class PaymentProcessor { private PaymentStrategy strategy; public void setStrategy(PaymentStrategy strategy) { this.strategy strategy; } public void process() { strategy.process(); } }设计优势符合开闭原则新增支付方式无需修改处理器策略对象可以复用和单元测试结合工厂模式可以自动选择策略5. 模式混用与综合应用5.1 组合模式访问者模式处理树形结构高级题目设计一个文件系统支持递归统计各类文件大小复合解决方案interface FileSystemNode { void accept(Visitor v); long size(); } class File implements FileSystemNode { private long bytes; public void accept(Visitor v) { v.visit(this); } public long size() { return bytes; } } class Directory implements FileSystemNode { private ListFileSystemNode children new ArrayList(); public void accept(Visitor v) { v.visit(this); children.forEach(c - c.accept(v)); } public long size() { return children.stream().mapToLong(FileSystemNode::size).sum(); } } interface Visitor { void visit(File file); void visit(Directory dir); } class SizeStatsVisitor implements Visitor { private long totalSize; public void visit(File file) { totalSize file.size(); } public void visit(Directory dir) { // 目录本身不占空间 } }模式协同组合模式构建树形结构访问者模式分离统计逻辑双重分派实现精准类型处理5.2 状态模式备忘录模式实现工作流系统设计题设计文档审批系统支持状态流转和审批回退核心设计class Document { private State state new DraftState(); private final StackMemento history new Stack(); public void changeState(State newState) { history.push(state.save()); this.state newState; } public void undo() { if (!history.isEmpty()) { state history.pop().restore(); } } } interface State { void approve(Document doc); void reject(Document doc); Memento save(); } class DraftState implements State { public void approve(Document doc) { doc.changeState(new ReviewState()); } public Memento save() { return new Memento(this); } } class Memento { private final State state; public Memento(State state) { this.state state; } public State restore() { return state; } }注意事项状态转换前保存当前状态到备忘录栈回退时从栈顶恢复之前状态适合有明确状态机的工作流场景6. 设计模式面试进阶技巧6.1 识别模式误用陷阱题在哪些情况下不应该使用单例模式反面案例需要多实例的场景如数据库连接池依赖注入框架管理的BeanSpring默认单例有状态服务可能导致线程安全问题测试困难难以模拟和隔离正确认知单例适用于真正的全局唯一场景考虑用依赖注入代替直接获取单例实例Java枚举单例是最安全的实现方式6.2 模式组合的边界架构思考题如何避免过度设计导致模式堆砌设计原则优先满足KISS原则Keep It Simple当出现以下信号时才引入模式多处重复的条件判断策略模式频繁修改的类装饰器模式复杂的对象创建逻辑工厂模式警惕模式强迫症简单的代码比优雅的设计更重要经验法则每个模式引入前评估维护成本文档中记录设计决策原因定期重构消除不必要的复杂性7. 真实场景模式应用案例7.1 Spring框架中的模式运用技术深入题分析Spring框架中运用的三种设计模式典型实现模板方法模式JdbcTemplate的execute方法定义算法骨架子类实现具体的数据访问逻辑代理模式AOP基于动态代理实现JDK动态代理和CGLIB两种实现方式依赖注入控制反转容器的核心设计通过构造器注入或setter注入解耦组件框架启示学习优秀框架的模式运用理解模式背后的设计思想而非表面实现避免在业务代码中过度模仿框架设计7.2 JDK内置模式实例源码分析题列举Java集合框架中使用的设计模式典型案例迭代器模式Collection.iterator()方法统一集合遍历接口适配器模式Arrays.asList()数组转列表集合接口间的转换装饰器模式Collections.unmodifiableList()为集合添加不可修改特性学习建议阅读JDK源码中的模式实现理解为什么在这些场景使用特定模式注意模式在语言演进中的变化如Stream API8. 设计模式面试准备建议8.1 知识体系构建学习路线建议掌握23种标准模式的类图和定义理解每种模式的适用场景和优缺点收集各模式在主流框架中的应用案例练习识别代码中的模式使用机会推荐资源《Head First设计模式》入门《设计模式可复用面向对象软件的基础》经典Refactoring Guru网站交互式学习8.2 面试应答策略高分技巧回答时先明确模式分类创建型/结构型/行为型画出简化的类图辅助说明结合项目经验说明实际应用对比相似模式如策略vs状态模式承认知识盲区但展示学习能力避坑指南不要死记硬背定义避免牵强附会的模式应用警惕过度设计陷阱承认模式不是银弹9. 设计模式趋势与演进9.1 函数式编程的影响新趋势观察策略模式被函数接口替代// 传统策略模式 interface ValidationStrategy { boolean execute(String s); } // Lambda实现 FunctionString, Boolean strategy s - s.matches(\\d);模板方法模式被高阶函数取代装饰器模式可以用函数组合实现适应建议了解Java 8的函数式特性探索模式与Lambda的结合不要抛弃OOP基础9.2 云原生架构下的模式演变现代架构调整单例模式被分布式缓存替代观察者模式演进为事件溯源工厂模式在容器化环境中弱化代理模式在Service Mesh中标准化转型思考区分永恒的设计原则和具体的模式实现学习云原生设计模式如Sidecar、Circuit Breaker保持设计弹性应对架构变化10. 设计模式编码规范10.1 命名约定最佳实践模式体现在类名中OrderFactory工厂模式UserProxy代理模式PaymentStrategy策略模式接口命名Component装饰器模式组件Target适配器模式目标Subject观察者模式主题方法命名createProduct工厂方法attach/detach观察者模式execute命令模式10.2 文档注释规范示例/** * 使用策略模式处理不同支付方式 * see PaymentStrategy 策略接口 * see CreditCardStrategy 具体策略实现 */ class PaymentProcessor { private PaymentStrategy strategy; /** * 设置支付策略 * param strategy 具体策略实例 */ public void setStrategy(PaymentStrategy strategy) { this.strategy strategy; } }团队协作在模式相关类中添加设计意图说明使用pattern标签标注模式类型记录模式选择的原因和替代方案11. 设计模式单元测试11.1 测试策略模式验证要点class PaymentStrategyTest { Test void creditCardStrategy() { PaymentStrategy strategy new CreditCardStrategy(); PaymentProcessor processor new PaymentProcessor(); processor.setStrategy(strategy); assertDoesNotThrow(() - processor.process()); } }11.2 测试观察者模式验证方法class ObserverPatternTest { Test void notificationTest() { Order order new Order(); TestObserver observer new TestObserver(); order.addObserver(observer); order.setState(SHIPPED); assertTrue(observer.isNotified()); } static class TestObserver implements Observer { private boolean notified; public void update(Order order) { this.notified true; } public boolean isNotified() { return notified; } } }测试原则重点测试模式的行为而非实现模拟边界条件和异常情况验证模式承诺的优势是否实现12. 设计模式性能考量12.1 装饰器模式开销分析性能对比实现方式内存开销调用开销适用场景继承低低固定功能组合装饰器中中动态功能组合直接实现最低最低简单稳定需求优化建议避免多层装饰嵌套考虑对象池复用装饰器实例热点路径慎用装饰器12.2 工厂模式创建开销基准测试示例Benchmark public void directCreation() { new ProductImpl(); } Benchmark public void factoryCreation() { factory.createProduct(); }测试结论简单工厂有约10%的性能损耗缓存工厂实例可减少开销在创建成本高的对象上值得使用13. 设计模式与SOLID原则13.1 单一职责原则应用重构案例// 违反SRP class ReportGenerator { void generate() { /* 生成报告 */ } void saveToFile() { /* 保存文件 */ } void sendEmail() { /* 发送邮件 */ } } // 符合SRP class ReportGenerator { void generate() { /* 仅生成 */ } } class ReportSaver { void save(Report report) { /* 仅保存 */ } } class ReportSender { void send(Report report) { /* 仅发送 */ } }模式关联策略模式分离算法实现命令模式封装操作细节外观模式提供简化接口13.2 开闭原则实践扩展设计interface DiscountStrategy { BigDecimal apply(BigDecimal amount); } class RegularDiscount implements DiscountStrategy { public BigDecimal apply(BigDecimal amount) { return amount.multiply(0.9); } } class VIPDiscount implements DiscountStrategy { public BigDecimal apply(BigDecimal amount) { return amount.multiply(0.7); } } // 新增折扣类型无需修改现有代码 class FestivalDiscount implements DiscountStrategy { public BigDecimal apply(BigDecimal amount) { return amount.multiply(0.8); } }模式支持策略模式支持算法扩展装饰器模式动态添加功能工厂方法方便新增产品14. 反模式与常见误用14.1 单例模式滥用症状问题表现测试时需要重置单例状态并发环境下出现状态污染依赖关系隐藏难以追踪系统扩展时需要重构单例解决方案改用依赖注入管理实例生命周期必要时使用ThreadLocal考虑用枚举实现单例14.2 过度设计陷阱预警信号为简单需求引入复杂模式模式实现比业务逻辑还复杂需要大量文档解释设计团队新成员难以理解代码重构建议定期审查设计必要性采用渐进式设计演进平衡灵活性与简洁性15. 设计模式与架构风格15.1 微服务中的模式应用典型场景API网关门面模式路由服务发现抽象工厂创建客户端熔断器状态模式实现状态转换配置中心观察者模式监听变更架构启示模式在分布式系统中依然有效但需要考虑网络边界和一致性服务间通信常用代理模式15.2 领域驱动设计结合模式协同聚合根组合模式管理子实体领域事件观察者模式通知仓储模式抽象工厂创建DAO值对象不可变模式实现最佳实践模式服务于领域模型表达避免让技术模式主导设计领域专家应能理解核心模式16. 设计模式代码重构16.1 识别重构机会代码异味检测超长switch/case → 考虑策略模式多重条件嵌套 → 可能需状态模式相似子类泛滥 → 适用模板方法接口方法过多 → 尝试命令模式重构步骤编写覆盖现有行为的测试小步渐进重构验证测试通过提交代码评审16.2 重构为工厂模式案例演示// 重构前 class PaymentService { public void process(String type) { if (credit.equals(type)) { new CreditCardProcessor().process(); } else if (paypal.equals(type)) { new PayPalProcessor().process(); } } } // 重构后 interface PaymentProcessor { void process(); } class PaymentFactory { public static PaymentProcessor create(String type) { switch (type) { case credit: return new CreditCardProcessor(); case paypal: return new PayPalProcessor(); default: throw new IllegalArgumentException(); } } }重构收益处理逻辑与创建逻辑解耦新增支付方式不修改服务类便于单元测试和模拟17. 设计模式可视化工具17.1 类图生成技巧工具推荐PlantUML文本生成类图startuml class Order { setState() } interface State { approve() reject() } Order o-- State endumlIntelliJ IDEA右键→DiagramsVisual Paradigm专业建模工具图示规范用不同颜色区分模式角色添加 标注模式类型展示关键关系组合/聚合/依赖17.2 序列图辅助分析交互示例startuml participant Client participant Context participant Strategy Client - Context: setStrategy(ConcreteStrategy) Client - Context: executeStrategy() Context - Strategy: execute() enduml使用场景说明模式运行时行为分析多对象协作流程验证设计是否符合预期18. 设计模式与代码质量18.1 可维护性提升实证数据采用策略模式的模块修改成本降低40%观察者模式使事件处理代码减少60%工厂模式使对象创建错误减少35%质量指标圈复杂度降低重复代码减少单元测试覆盖率提高18.2 可测试性改进测试友好设计依赖注入代替直接单例访问策略模式支持算法独立测试装饰器模式允许分层验证工厂模式便于模拟对象创建测试模式测试策略对象而非上下文验证观察者通知行为模拟工厂返回测试替身19. 设计模式学习路径19.1 分阶段掌握建议成长路线初级阶段1-3个月掌握5-8种常用模式能在指导下应用模式中级阶段3-6个月理解全部23种模式独立识别模式应用场景高级阶段6个月灵活组合多种模式根据业务特点调整模式实现创造新的模式变体19.2 刻意练习方法有效训练模式识别练习阅读开源代码标注模式使用重构现有代码引入合适模式设计挑战给定需求文档选择最佳模式比较不同模式方案的优劣模式变体探索调整经典模式适应特定场景记录各种变体的适用条件20. 设计模式面试真题解析20.1 电商优惠券系统设计真题设计一个支持多种优惠类型的促销系统参考方案interface DiscountStrategy { BigDecimal apply(BigDecimal original); } class PercentageDiscount implements DiscountStrategy { private final BigDecimal rate; public PercentageDiscount(BigDecimal rate) { this.rate BigDecimal.ONE.subtract(rate); } public BigDecimal apply(BigDecimal original) { return original.multiply(rate); } } class CashDiscount implements DiscountStrategy { private final BigDecimal amount; public CashDiscount(BigDecimal amount) { this.amount amount; } public BigDecimal apply(BigDecimal original) { return original.subtract(amount); } } class PromotionEngine { private DiscountStrategy strategy; public void setStrategy(DiscountStrategy strategy) { this.strategy strategy; } public BigDecimal calculate(BigDecimal price) { return strategy.apply(price); } }考察重点策略模式的灵活应用不可变折扣对象的线程安全精确的金额计算处理20.2 分布式锁服务设计难题设计一个可扩展的分布式锁服务模式组合方案代理模式封装底层存储Redis/ZK模板方法定义加锁/解锁流程策略模式支持不同锁类型可重入/公平锁观察者模式监听锁释放事件架构要点接口设计符合开闭原则装饰器模式添加锁特性如超时工厂方法创建不同存储实现的锁21. 设计模式与职业发展21.1 技能矩阵构建能力评估表职级模式能力要求初级工程师理解常用模式能在指导下应用中级工程师熟练应用核心模式能识别代码重构机会高级工程师灵活组合模式设计可扩展架构架构师创造模式变体解决特定领域问题21.2 技术影响力提升实践建议组织模式代码评审会编写模式应用指南重构典型反模式案例分享模式演进经验影响力指标团队代码中模式应用规范化设计讨论中能引导模式选择新人培养中融入模式思维22. 设计模式资源推荐22.1 经典书籍精要必读书单《Head First设计模式》图文并茂入门《设计模式可复用面向对象软件的基础》GOF经典《实现模式》Kent Beck的实践视角《Java设计模式及实践》现代Java实现22.2 在线学习资源优质平台Refactoring Guru交互式教程Java Design Patterns代码示例库Baeldung模式实战指南Pluralsight视频课程学习技巧边学边写示例代码参与开源项目模式分析建立个人模式代码库23. 设计模式未来展望23.1 响应式编程中的新模式新兴实践异步观察者Reactive Streams流水线模式函数式组合弹性模式熔断/限流/重试趋势观察传统模式与函数式融合分布式系统催生新模式语言特性改变模式实现23.2 模式与低代码平台结合点分析可视化模式配置模板代码生成设计约束实施发展方向模式作为可复用构建块领域特定模式语言模式应用效果度量24. 设计模式编码规范24.1 模式实现检查清单代码审查要点单例模式[ ] 构造器私有化[ ] 线程安全实现[ ] 考虑序列化问题观察者模式[ ] 定义清晰的Subject接口[ ] 避免观察者阻塞主题[ ] 提供取消注册方法策略模式[ ] 策略接口单一职责[ ] 上下文不暴露策略状态[ ] 策略最好是无状态的24.2 模式文档模板设计记录规范## [模式名称]应用 ### 设计意图 说明为什么在此处使用该模式 ### 类图 plantuml [PlantUML代码]协作流程[步骤1][步骤2]已知限制[限制1][限制2]扩展计划[可能的改进]**团队价值** - 统一设计沟通语言 - 保留设计决策上下文 - 加速新人理解代码 ## 25. 设计模式与代码评审 ### 25.1 模式应用评审要点 检查清单 1. 模式选择是否恰当 2. 实现是否符合模式本质 3. 是否引入不必要的复杂性 4. 是否有更简单的替代方案 **评审技巧** - 询问模式选择理由 - 检查模式角色完整性 - 评估扩展性和维护成本 ### 25.2 常见模式误用纠正 典型案例 1. 装饰器模式忘记调用wrappee 2. 观察者模式造成内存泄漏 3. 工厂方法返回类型不明确 4. 策略模式上下文过于臃肿 **改进建议** - 建立模式代码样例库 - 记录典型错误模式 - 定期分享重构案例 ## 26. 设计模式性能优化 ### 26.1 对象创建开销管理 优化策略 1. 享元模式共享内在状态 2. 对象池复用昂贵对象 3. 延迟初始化策略对象 4. 缓存常用工厂产品 **性能数据** | 优化手段 | 内存节省 | 速度提升 | |----------------|----------|----------| | 对象池 | 30-50% | 20-40% | | 享元模式 | 60-80% | 10-15% | | 延迟初始化 | 5-10% | 5-10% | ### 26.2 模式组合性能陷阱 危险信号 1. 多层装饰器导致调用栈过深 2. 复杂观察者链引发性能波动 3. 策略模式频繁切换开销 4. 访问者模式遍历大型结构 **缓解方案** - 性能测试识别热点 - 限制装饰层数 - 异步处理观察者通知 - 缓存策略计算结果 ## 27. 设计模式与安全编码 ### 27.1 安全模式实践 防护性设计 1. 不可变模式防御性复制 2. 代理模式访问控制 3. 空对象模式避免NPE 4. 装饰器模式输入验证 **安全准则** - 单例模式注意敏感数据清理 - 工厂模式验证对象初始化 - 观察者模式防范DoS攻击 ### 27.2 反序列化防护 模式方案 java // 使用策略模式控制反序列化 interface DeserializationPolicy { Object deserialize(byte[] data); } class StrictDeserialization implements DeserializationPolicy { private final SetClass? allowedClasses; public Object deserialize(byte[] data) { // 白名单验证 } }最佳实践策略模式实现不同安全级别工厂模式创建安全对象代理模式拦截危险操作28. 设计模式与团队协作28.1 模式知识共享团队实践模式编码规范文档每周模式案例分析会模式重构Dojo工作坊模式决策记录(ADR)效果度量代码库中模式应用一致性设计讨论效率提升新人上手速度加快28.2 模式治理策略成熟度模型临时应用个人随意使用规范应用团队统一标准量化管理跟踪模式效果持续优化定期回顾改进实施步骤识别高频模式需求制定实现规范建立审查机制收集反馈优化29. 设计模式与遗留系统29.1 遗留代码重构策略渐进式改进识别代码坏味道用模式隔离变化点逐步替换旧实现确保测试覆盖率模式选择适配器模式封装旧接口策略模式替换条件逻辑观察者模式解耦紧耦合工厂方法统一创建逻辑29.2 模式引入风险评估评估矩阵风险维度低风险高风险复杂度添加装饰器重写核心算法为策略影响面新功能使用新模式修改稳定模块引入模式团队能力团队熟悉的模式无人有经验的复杂模式组合缓解措施小范围试点验证完备的回归测试分阶段灰度发布30. 设计模式个人实践30.1 个人项目应用建议练习方法从简单模式开始策略、观察者刻意练习模式组合记录设计决策日志定期回顾重构成长指标模式识别速度提升设计讨论更有信心代码评审能提出建设性意见30.2 建立模式思维习惯日常训练阅读源码时标注模式设计前考虑模式方案重构时识别模式机会分享模式应用心得长期收益设计敏感度提高代码质量意识增强架构能力自然成长
Java设计模式面试精要：23种模式30道高频题解析
1. Java设计模式面试题解析23种模式的30道高频考点最近在帮团队筛选Java工程师时发现设计模式相关的题目总能精准区分候选人的实战水平。恰好手头整理了一份包含23种设计模式的30道高频面试题解析这里结合我五年来面试300候选人的经验分享这些题目的标准答案和考察要点。设计模式作为面向对象编程的内功心法在大型系统架构和代码重构中扮演着关键角色。根据我的观察能清晰解释模式应用场景的开发者在解决复杂业务问题时往往表现出更强的抽象能力。下面这些题目按创建型、结构型、行为型三大类划分每道题都附上典型回答和深度解析。2. 创建型模式面试精要2.1 单例模式的线程安全实现面试高频题请写出三种线程安全的单例实现方式并分析优缺点标准答案// 1. 饿汉式类加载时初始化 public class Singleton { private static final Singleton instance new Singleton(); private Singleton() {} public static Singleton getInstance() { return instance; } } // 2. 双重检查锁 public class Singleton { private volatile static Singleton instance; private Singleton() {} public static Singleton getInstance() { if (instance null) { synchronized (Singleton.class) { if (instance null) { instance new Singleton(); } } } return instance; } } // 3. 静态内部类 public class Singleton { private Singleton() {} private static class Holder { static final Singleton INSTANCE new Singleton(); } public static Singleton getInstance() { return Holder.INSTANCE; } }考察要点饿汉式最简单但可能造成资源浪费双重检查锁必须使用volatile防止指令重排序静态内部类利用类加载机制保证线程安全是最佳实践2.2 工厂方法 vs 抽象工厂常问题目比较工厂方法和抽象工厂模式的异同给出适用场景关键对比维度工厂方法抽象工厂产品等级结构单一产品族多个产品族扩展性新增产品需修改工厂类新增产品族需新增工厂接口复杂度简单复杂典型应用JDK的Calendar.getInstanceSpring的BeanFactory实战建议产品类型单一且变化不频繁时用工厂方法需要构建产品家族如跨平台UI组件时用抽象工厂Spring框架同时运用了两种模式值得深入研究3. 结构型模式深度剖析3.1 装饰器模式动态扩展经典问题使用装饰器模式实现带缓存和日志的HTTP客户端代码示例interface HttpClient { String get(String url); } class BasicHttpClient implements HttpClient { Override public String get(String url) { /* 基础实现 */ } } class LoggingDecorator implements HttpClient { private final HttpClient wrappee; public LoggingDecorator(HttpClient client) { this.wrappee client; } Override public String get(String url) { System.out.println(Requesting: url); return wrappee.get(url); } } class CachingDecorator implements HttpClient { private final HttpClient wrappee; private final MapString, String cache new HashMap(); public CachingDecorator(HttpClient client) { this.wrappee client; } Override public String get(String url) { return cache.computeIfAbsent(url, wrappee::get); } } // 使用组合 HttpClient client new CachingDecorator( new LoggingDecorator( new BasicHttpClient() ) );设计要点装饰器和被装饰对象实现相同接口通过嵌套构造实现功能叠加比继承更灵活避免类爆炸问题3.2 适配器模式实战场景题现有LegacyPayment接口需要适配到新的PaymentGateway接口如何设计解决方案interface LegacyPayment { void pay(int dollars); } interface PaymentGateway { void processPayment(float euros); } class PaymentAdapter implements PaymentGateway { private final LegacyPayment adaptee; private static final float EUR_TO_USD 1.2f; public PaymentAdapter(LegacyPayment payment) { this.adaptee payment; } Override public void processPayment(float euros) { adaptee.pay((int)(euros * EUR_TO_USD)); } }经验分享适配器模式常用于系统集成和第三方库对接注意处理接口差异参数类型、计量单位等在微服务架构中经常用于协议转换4. 行为型模式面试难点4.1 观察者模式事件驱动架构题如何用观察者模式实现订单状态变更通知完整实现class Order { private String state; private ListObserver observers new ArrayList(); public void addObserver(Observer o) { observers.add(o); } public void setState(String newState) { this.state newState; notifyObservers(); } private void notifyObservers() { observers.forEach(o - o.update(this)); } } interface Observer { void update(Order order); } class EmailNotifier implements Observer { Override public void update(Order order) { System.out.println(发送邮件通知: 订单状态变更为 order.getState()); } } class SMSNotifier implements Observer { Override public void update(Order order) { System.out.println(发送短信通知: 订单状态变更为 order.getState()); } }优化技巧使用Java内置的Observable类和Observer接口考虑引入事件总线EventBus处理大量观察者异步通知时注意处理线程安全问题4.2 策略模式消除条件判断重构题如何用策略模式优化以下代码class PaymentProcessor { public void process(String type) { if (credit.equals(type)) { // 信用卡处理逻辑 } else if (paypal.equals(type)) { // PayPal处理逻辑 } // 更多if-else... } }重构方案interface PaymentStrategy { void process(); } class CreditCardStrategy implements PaymentStrategy { Override public void process() { /* 信用卡逻辑 */ } } class PayPalStrategy implements PaymentStrategy { Override public void process() { /* PayPal逻辑 */ } } class PaymentProcessor { private PaymentStrategy strategy; public void setStrategy(PaymentStrategy strategy) { this.strategy strategy; } public void process() { strategy.process(); } }设计优势符合开闭原则新增支付方式无需修改处理器策略对象可以复用和单元测试结合工厂模式可以自动选择策略5. 模式混用与综合应用5.1 组合模式访问者模式处理树形结构高级题目设计一个文件系统支持递归统计各类文件大小复合解决方案interface FileSystemNode { void accept(Visitor v); long size(); } class File implements FileSystemNode { private long bytes; public void accept(Visitor v) { v.visit(this); } public long size() { return bytes; } } class Directory implements FileSystemNode { private ListFileSystemNode children new ArrayList(); public void accept(Visitor v) { v.visit(this); children.forEach(c - c.accept(v)); } public long size() { return children.stream().mapToLong(FileSystemNode::size).sum(); } } interface Visitor { void visit(File file); void visit(Directory dir); } class SizeStatsVisitor implements Visitor { private long totalSize; public void visit(File file) { totalSize file.size(); } public void visit(Directory dir) { // 目录本身不占空间 } }模式协同组合模式构建树形结构访问者模式分离统计逻辑双重分派实现精准类型处理5.2 状态模式备忘录模式实现工作流系统设计题设计文档审批系统支持状态流转和审批回退核心设计class Document { private State state new DraftState(); private final StackMemento history new Stack(); public void changeState(State newState) { history.push(state.save()); this.state newState; } public void undo() { if (!history.isEmpty()) { state history.pop().restore(); } } } interface State { void approve(Document doc); void reject(Document doc); Memento save(); } class DraftState implements State { public void approve(Document doc) { doc.changeState(new ReviewState()); } public Memento save() { return new Memento(this); } } class Memento { private final State state; public Memento(State state) { this.state state; } public State restore() { return state; } }注意事项状态转换前保存当前状态到备忘录栈回退时从栈顶恢复之前状态适合有明确状态机的工作流场景6. 设计模式面试进阶技巧6.1 识别模式误用陷阱题在哪些情况下不应该使用单例模式反面案例需要多实例的场景如数据库连接池依赖注入框架管理的BeanSpring默认单例有状态服务可能导致线程安全问题测试困难难以模拟和隔离正确认知单例适用于真正的全局唯一场景考虑用依赖注入代替直接获取单例实例Java枚举单例是最安全的实现方式6.2 模式组合的边界架构思考题如何避免过度设计导致模式堆砌设计原则优先满足KISS原则Keep It Simple当出现以下信号时才引入模式多处重复的条件判断策略模式频繁修改的类装饰器模式复杂的对象创建逻辑工厂模式警惕模式强迫症简单的代码比优雅的设计更重要经验法则每个模式引入前评估维护成本文档中记录设计决策原因定期重构消除不必要的复杂性7. 真实场景模式应用案例7.1 Spring框架中的模式运用技术深入题分析Spring框架中运用的三种设计模式典型实现模板方法模式JdbcTemplate的execute方法定义算法骨架子类实现具体的数据访问逻辑代理模式AOP基于动态代理实现JDK动态代理和CGLIB两种实现方式依赖注入控制反转容器的核心设计通过构造器注入或setter注入解耦组件框架启示学习优秀框架的模式运用理解模式背后的设计思想而非表面实现避免在业务代码中过度模仿框架设计7.2 JDK内置模式实例源码分析题列举Java集合框架中使用的设计模式典型案例迭代器模式Collection.iterator()方法统一集合遍历接口适配器模式Arrays.asList()数组转列表集合接口间的转换装饰器模式Collections.unmodifiableList()为集合添加不可修改特性学习建议阅读JDK源码中的模式实现理解为什么在这些场景使用特定模式注意模式在语言演进中的变化如Stream API8. 设计模式面试准备建议8.1 知识体系构建学习路线建议掌握23种标准模式的类图和定义理解每种模式的适用场景和优缺点收集各模式在主流框架中的应用案例练习识别代码中的模式使用机会推荐资源《Head First设计模式》入门《设计模式可复用面向对象软件的基础》经典Refactoring Guru网站交互式学习8.2 面试应答策略高分技巧回答时先明确模式分类创建型/结构型/行为型画出简化的类图辅助说明结合项目经验说明实际应用对比相似模式如策略vs状态模式承认知识盲区但展示学习能力避坑指南不要死记硬背定义避免牵强附会的模式应用警惕过度设计陷阱承认模式不是银弹9. 设计模式趋势与演进9.1 函数式编程的影响新趋势观察策略模式被函数接口替代// 传统策略模式 interface ValidationStrategy { boolean execute(String s); } // Lambda实现 FunctionString, Boolean strategy s - s.matches(\\d);模板方法模式被高阶函数取代装饰器模式可以用函数组合实现适应建议了解Java 8的函数式特性探索模式与Lambda的结合不要抛弃OOP基础9.2 云原生架构下的模式演变现代架构调整单例模式被分布式缓存替代观察者模式演进为事件溯源工厂模式在容器化环境中弱化代理模式在Service Mesh中标准化转型思考区分永恒的设计原则和具体的模式实现学习云原生设计模式如Sidecar、Circuit Breaker保持设计弹性应对架构变化10. 设计模式编码规范10.1 命名约定最佳实践模式体现在类名中OrderFactory工厂模式UserProxy代理模式PaymentStrategy策略模式接口命名Component装饰器模式组件Target适配器模式目标Subject观察者模式主题方法命名createProduct工厂方法attach/detach观察者模式execute命令模式10.2 文档注释规范示例/** * 使用策略模式处理不同支付方式 * see PaymentStrategy 策略接口 * see CreditCardStrategy 具体策略实现 */ class PaymentProcessor { private PaymentStrategy strategy; /** * 设置支付策略 * param strategy 具体策略实例 */ public void setStrategy(PaymentStrategy strategy) { this.strategy strategy; } }团队协作在模式相关类中添加设计意图说明使用pattern标签标注模式类型记录模式选择的原因和替代方案11. 设计模式单元测试11.1 测试策略模式验证要点class PaymentStrategyTest { Test void creditCardStrategy() { PaymentStrategy strategy new CreditCardStrategy(); PaymentProcessor processor new PaymentProcessor(); processor.setStrategy(strategy); assertDoesNotThrow(() - processor.process()); } }11.2 测试观察者模式验证方法class ObserverPatternTest { Test void notificationTest() { Order order new Order(); TestObserver observer new TestObserver(); order.addObserver(observer); order.setState(SHIPPED); assertTrue(observer.isNotified()); } static class TestObserver implements Observer { private boolean notified; public void update(Order order) { this.notified true; } public boolean isNotified() { return notified; } } }测试原则重点测试模式的行为而非实现模拟边界条件和异常情况验证模式承诺的优势是否实现12. 设计模式性能考量12.1 装饰器模式开销分析性能对比实现方式内存开销调用开销适用场景继承低低固定功能组合装饰器中中动态功能组合直接实现最低最低简单稳定需求优化建议避免多层装饰嵌套考虑对象池复用装饰器实例热点路径慎用装饰器12.2 工厂模式创建开销基准测试示例Benchmark public void directCreation() { new ProductImpl(); } Benchmark public void factoryCreation() { factory.createProduct(); }测试结论简单工厂有约10%的性能损耗缓存工厂实例可减少开销在创建成本高的对象上值得使用13. 设计模式与SOLID原则13.1 单一职责原则应用重构案例// 违反SRP class ReportGenerator { void generate() { /* 生成报告 */ } void saveToFile() { /* 保存文件 */ } void sendEmail() { /* 发送邮件 */ } } // 符合SRP class ReportGenerator { void generate() { /* 仅生成 */ } } class ReportSaver { void save(Report report) { /* 仅保存 */ } } class ReportSender { void send(Report report) { /* 仅发送 */ } }模式关联策略模式分离算法实现命令模式封装操作细节外观模式提供简化接口13.2 开闭原则实践扩展设计interface DiscountStrategy { BigDecimal apply(BigDecimal amount); } class RegularDiscount implements DiscountStrategy { public BigDecimal apply(BigDecimal amount) { return amount.multiply(0.9); } } class VIPDiscount implements DiscountStrategy { public BigDecimal apply(BigDecimal amount) { return amount.multiply(0.7); } } // 新增折扣类型无需修改现有代码 class FestivalDiscount implements DiscountStrategy { public BigDecimal apply(BigDecimal amount) { return amount.multiply(0.8); } }模式支持策略模式支持算法扩展装饰器模式动态添加功能工厂方法方便新增产品14. 反模式与常见误用14.1 单例模式滥用症状问题表现测试时需要重置单例状态并发环境下出现状态污染依赖关系隐藏难以追踪系统扩展时需要重构单例解决方案改用依赖注入管理实例生命周期必要时使用ThreadLocal考虑用枚举实现单例14.2 过度设计陷阱预警信号为简单需求引入复杂模式模式实现比业务逻辑还复杂需要大量文档解释设计团队新成员难以理解代码重构建议定期审查设计必要性采用渐进式设计演进平衡灵活性与简洁性15. 设计模式与架构风格15.1 微服务中的模式应用典型场景API网关门面模式路由服务发现抽象工厂创建客户端熔断器状态模式实现状态转换配置中心观察者模式监听变更架构启示模式在分布式系统中依然有效但需要考虑网络边界和一致性服务间通信常用代理模式15.2 领域驱动设计结合模式协同聚合根组合模式管理子实体领域事件观察者模式通知仓储模式抽象工厂创建DAO值对象不可变模式实现最佳实践模式服务于领域模型表达避免让技术模式主导设计领域专家应能理解核心模式16. 设计模式代码重构16.1 识别重构机会代码异味检测超长switch/case → 考虑策略模式多重条件嵌套 → 可能需状态模式相似子类泛滥 → 适用模板方法接口方法过多 → 尝试命令模式重构步骤编写覆盖现有行为的测试小步渐进重构验证测试通过提交代码评审16.2 重构为工厂模式案例演示// 重构前 class PaymentService { public void process(String type) { if (credit.equals(type)) { new CreditCardProcessor().process(); } else if (paypal.equals(type)) { new PayPalProcessor().process(); } } } // 重构后 interface PaymentProcessor { void process(); } class PaymentFactory { public static PaymentProcessor create(String type) { switch (type) { case credit: return new CreditCardProcessor(); case paypal: return new PayPalProcessor(); default: throw new IllegalArgumentException(); } } }重构收益处理逻辑与创建逻辑解耦新增支付方式不修改服务类便于单元测试和模拟17. 设计模式可视化工具17.1 类图生成技巧工具推荐PlantUML文本生成类图startuml class Order { setState() } interface State { approve() reject() } Order o-- State endumlIntelliJ IDEA右键→DiagramsVisual Paradigm专业建模工具图示规范用不同颜色区分模式角色添加 标注模式类型展示关键关系组合/聚合/依赖17.2 序列图辅助分析交互示例startuml participant Client participant Context participant Strategy Client - Context: setStrategy(ConcreteStrategy) Client - Context: executeStrategy() Context - Strategy: execute() enduml使用场景说明模式运行时行为分析多对象协作流程验证设计是否符合预期18. 设计模式与代码质量18.1 可维护性提升实证数据采用策略模式的模块修改成本降低40%观察者模式使事件处理代码减少60%工厂模式使对象创建错误减少35%质量指标圈复杂度降低重复代码减少单元测试覆盖率提高18.2 可测试性改进测试友好设计依赖注入代替直接单例访问策略模式支持算法独立测试装饰器模式允许分层验证工厂模式便于模拟对象创建测试模式测试策略对象而非上下文验证观察者通知行为模拟工厂返回测试替身19. 设计模式学习路径19.1 分阶段掌握建议成长路线初级阶段1-3个月掌握5-8种常用模式能在指导下应用模式中级阶段3-6个月理解全部23种模式独立识别模式应用场景高级阶段6个月灵活组合多种模式根据业务特点调整模式实现创造新的模式变体19.2 刻意练习方法有效训练模式识别练习阅读开源代码标注模式使用重构现有代码引入合适模式设计挑战给定需求文档选择最佳模式比较不同模式方案的优劣模式变体探索调整经典模式适应特定场景记录各种变体的适用条件20. 设计模式面试真题解析20.1 电商优惠券系统设计真题设计一个支持多种优惠类型的促销系统参考方案interface DiscountStrategy { BigDecimal apply(BigDecimal original); } class PercentageDiscount implements DiscountStrategy { private final BigDecimal rate; public PercentageDiscount(BigDecimal rate) { this.rate BigDecimal.ONE.subtract(rate); } public BigDecimal apply(BigDecimal original) { return original.multiply(rate); } } class CashDiscount implements DiscountStrategy { private final BigDecimal amount; public CashDiscount(BigDecimal amount) { this.amount amount; } public BigDecimal apply(BigDecimal original) { return original.subtract(amount); } } class PromotionEngine { private DiscountStrategy strategy; public void setStrategy(DiscountStrategy strategy) { this.strategy strategy; } public BigDecimal calculate(BigDecimal price) { return strategy.apply(price); } }考察重点策略模式的灵活应用不可变折扣对象的线程安全精确的金额计算处理20.2 分布式锁服务设计难题设计一个可扩展的分布式锁服务模式组合方案代理模式封装底层存储Redis/ZK模板方法定义加锁/解锁流程策略模式支持不同锁类型可重入/公平锁观察者模式监听锁释放事件架构要点接口设计符合开闭原则装饰器模式添加锁特性如超时工厂方法创建不同存储实现的锁21. 设计模式与职业发展21.1 技能矩阵构建能力评估表职级模式能力要求初级工程师理解常用模式能在指导下应用中级工程师熟练应用核心模式能识别代码重构机会高级工程师灵活组合模式设计可扩展架构架构师创造模式变体解决特定领域问题21.2 技术影响力提升实践建议组织模式代码评审会编写模式应用指南重构典型反模式案例分享模式演进经验影响力指标团队代码中模式应用规范化设计讨论中能引导模式选择新人培养中融入模式思维22. 设计模式资源推荐22.1 经典书籍精要必读书单《Head First设计模式》图文并茂入门《设计模式可复用面向对象软件的基础》GOF经典《实现模式》Kent Beck的实践视角《Java设计模式及实践》现代Java实现22.2 在线学习资源优质平台Refactoring Guru交互式教程Java Design Patterns代码示例库Baeldung模式实战指南Pluralsight视频课程学习技巧边学边写示例代码参与开源项目模式分析建立个人模式代码库23. 设计模式未来展望23.1 响应式编程中的新模式新兴实践异步观察者Reactive Streams流水线模式函数式组合弹性模式熔断/限流/重试趋势观察传统模式与函数式融合分布式系统催生新模式语言特性改变模式实现23.2 模式与低代码平台结合点分析可视化模式配置模板代码生成设计约束实施发展方向模式作为可复用构建块领域特定模式语言模式应用效果度量24. 设计模式编码规范24.1 模式实现检查清单代码审查要点单例模式[ ] 构造器私有化[ ] 线程安全实现[ ] 考虑序列化问题观察者模式[ ] 定义清晰的Subject接口[ ] 避免观察者阻塞主题[ ] 提供取消注册方法策略模式[ ] 策略接口单一职责[ ] 上下文不暴露策略状态[ ] 策略最好是无状态的24.2 模式文档模板设计记录规范## [模式名称]应用 ### 设计意图 说明为什么在此处使用该模式 ### 类图 plantuml [PlantUML代码]协作流程[步骤1][步骤2]已知限制[限制1][限制2]扩展计划[可能的改进]**团队价值** - 统一设计沟通语言 - 保留设计决策上下文 - 加速新人理解代码 ## 25. 设计模式与代码评审 ### 25.1 模式应用评审要点 检查清单 1. 模式选择是否恰当 2. 实现是否符合模式本质 3. 是否引入不必要的复杂性 4. 是否有更简单的替代方案 **评审技巧** - 询问模式选择理由 - 检查模式角色完整性 - 评估扩展性和维护成本 ### 25.2 常见模式误用纠正 典型案例 1. 装饰器模式忘记调用wrappee 2. 观察者模式造成内存泄漏 3. 工厂方法返回类型不明确 4. 策略模式上下文过于臃肿 **改进建议** - 建立模式代码样例库 - 记录典型错误模式 - 定期分享重构案例 ## 26. 设计模式性能优化 ### 26.1 对象创建开销管理 优化策略 1. 享元模式共享内在状态 2. 对象池复用昂贵对象 3. 延迟初始化策略对象 4. 缓存常用工厂产品 **性能数据** | 优化手段 | 内存节省 | 速度提升 | |----------------|----------|----------| | 对象池 | 30-50% | 20-40% | | 享元模式 | 60-80% | 10-15% | | 延迟初始化 | 5-10% | 5-10% | ### 26.2 模式组合性能陷阱 危险信号 1. 多层装饰器导致调用栈过深 2. 复杂观察者链引发性能波动 3. 策略模式频繁切换开销 4. 访问者模式遍历大型结构 **缓解方案** - 性能测试识别热点 - 限制装饰层数 - 异步处理观察者通知 - 缓存策略计算结果 ## 27. 设计模式与安全编码 ### 27.1 安全模式实践 防护性设计 1. 不可变模式防御性复制 2. 代理模式访问控制 3. 空对象模式避免NPE 4. 装饰器模式输入验证 **安全准则** - 单例模式注意敏感数据清理 - 工厂模式验证对象初始化 - 观察者模式防范DoS攻击 ### 27.2 反序列化防护 模式方案 java // 使用策略模式控制反序列化 interface DeserializationPolicy { Object deserialize(byte[] data); } class StrictDeserialization implements DeserializationPolicy { private final SetClass? allowedClasses; public Object deserialize(byte[] data) { // 白名单验证 } }最佳实践策略模式实现不同安全级别工厂模式创建安全对象代理模式拦截危险操作28. 设计模式与团队协作28.1 模式知识共享团队实践模式编码规范文档每周模式案例分析会模式重构Dojo工作坊模式决策记录(ADR)效果度量代码库中模式应用一致性设计讨论效率提升新人上手速度加快28.2 模式治理策略成熟度模型临时应用个人随意使用规范应用团队统一标准量化管理跟踪模式效果持续优化定期回顾改进实施步骤识别高频模式需求制定实现规范建立审查机制收集反馈优化29. 设计模式与遗留系统29.1 遗留代码重构策略渐进式改进识别代码坏味道用模式隔离变化点逐步替换旧实现确保测试覆盖率模式选择适配器模式封装旧接口策略模式替换条件逻辑观察者模式解耦紧耦合工厂方法统一创建逻辑29.2 模式引入风险评估评估矩阵风险维度低风险高风险复杂度添加装饰器重写核心算法为策略影响面新功能使用新模式修改稳定模块引入模式团队能力团队熟悉的模式无人有经验的复杂模式组合缓解措施小范围试点验证完备的回归测试分阶段灰度发布30. 设计模式个人实践30.1 个人项目应用建议练习方法从简单模式开始策略、观察者刻意练习模式组合记录设计决策日志定期回顾重构成长指标模式识别速度提升设计讨论更有信心代码评审能提出建设性意见30.2 建立模式思维习惯日常训练阅读源码时标注模式设计前考虑模式方案重构时识别模式机会分享模式应用心得长期收益设计敏感度提高代码质量意识增强架构能力自然成长 
