面试设计模式题要讲清问题场景、解法逻辑与取舍依据：用封装变化、依赖抽象、开闭原则解释底层思想；单例强调选型理由（如静态内部类或枚举）；工厂聚焦产品结构与扩展成本；策略模式对标if-else痛点，突出可维护性。

别背定义，面试官要听你“怎么想、怎么用、踩过什么坑”。答设计模式题的核心是：用真实场景讲清楚问题、解法、取舍，而不是复述教科书。

先说清底层逻辑，不是罗列模式名称

设计模式不是技巧清单，而是面向对象四大特性（封装、继承、多态、抽象）在工程中的落地。比如：

• 封装变化 → 把变的（如支付方式、日志级别）抽出来，不变的（调用入口）稳住
• 依赖抽象 → 接口定义行为，具体实现可插拔，不改调用方代码
• 开闭原则 → 新增微信支付，只加一个 WechatPayStrategy 类，不碰原有 PaymentProcessor

单例模式，重点讲“为什么选这个，而不是那个”

别只写代码，要说决策依据：

Java JDK 25

Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。

下载

• 配置管理类 → 静态内部类：延迟加载 + 线程安全 + 无反射风险
• 框架核心组件（如 Spring 的 ApplicationContext）→ 枚举：天然防序列化/反射破坏，但不能传参初始化
• 别用懒汉式双重检查锁 → 除非你真写过 volatile 保证指令重排的细节，否则容易翻车

工厂类题目，聚焦“拆分维度”和“扩展成本”

工厂模式和抽象工厂的区别，关键看产品结构：

• 工厂模式：同一类产品（比如只造车），不同品牌（Benz/BMW）→ 一个接口 + 多个实现 + 一个工厂接口
• 抽象工厂：产品族（比如车 + 轮胎 + 导航系统），不同厂商整套配套 → 一个抽象工厂接口 + 多个具体工厂（BenzFactory / BMWFactory）
• 面试时补一句：如果后续要加“新能源车专属电池”，用抽象工厂更容易横向扩展，而普通工厂得改接口或加新方法

行为型模式，用“if-else 替代方案”来解释

策略模式最常考，直接对标业务痛点：

• 原代码：一堆 if (type.equals("wechat")) {...} else if (type.equals("alipay")) {...}
• 重构后：定义 PaymentStrategy 接口，每个支付方式实现它，用 Map 管理，新增只需注册新实例
• 加分点：提一句 Spring 的 @Qualifier 或枚举驱动策略选择，说明不是纸上谈兵

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南