《JAVA面经实录》- 设计模式面试题(一)

《JAVA面经实录》- 设计模式面试题(一)这份是设计模式面试题・标准答案背诵版语言精炼、口语化、不啰嗦面试官最爱听直接背就能过。一、基础必问题标准答案1.设计模式三大类创建型控制对象创建单例、工厂、建造者、原型、抽象工厂。结构型组合类与对象结构代理、装饰、适配器、外观、桥接、组合、享元。行为型对象间通信与职责策略、模板、观察者、责任链、状态等。2.六大设计原则设计模式六大原则是设计的核心准则核心目标是“高内聚、低耦合”简单解释如下面试口述无需过于复杂1. 开闭原则对扩展开放对修改关闭新增功能靠扩展不修改原有代码2. 单一职责原则一个类/接口只负责一项职责避免职责混乱便于维护3. 里氏替换原则子类可替换父类且不改变原有程序的正确性保证继承的合理性4. 依赖倒置原则依赖接口/抽象不依赖具体实现降低耦合提升扩展性5. 接口隔离原则接口拆分细化不强迫类实现不需要的方法避免接口臃肿6. 合成复用原则优先使用组合/聚合而非继承降低耦合提升灵活性。3.什么是开闭原则为什么它最重要开闭原则核心定义软件实体类、接口、方法对扩展开放对修改关闭。也就是说新增功能时通过新增类、接口或方法实现不修改原有核心代码最重要的原因不修改原有代码避免引入 bug保证系统稳定易于扩展符合架构长期演进4.合成复用原则是什么为什么优先使用组合而不是继承合成复用原则尽量使用组合has-a或聚合contains-a的方式复用代码而非继承is-a的方式优先组合而非继承的核心原因继承强耦合、子类泛滥、破坏封装组合灵活、低耦合、可插拔、可动态替换5.你项目中用过哪些设计模式解决了什么问题满分回答单例全局配置、线程池、工具类工厂 策略支付渠道、消除 if-else代理 / AOP日志、权限、事务模板方法统一业务流程观察者事件通知、异步解耦责任链拦截器、鉴权、风控建造者构建复杂 DTO6.设计模式的优缺点过度设计有什么问题优点可复用、易维护、易扩展、结构清晰缺点类数量增多过度设计会复杂、可读性下降过度使用设计模式的问题核心3点(1). 增加系统复杂度简单场景比如一个简单工具类强行使用多种模式单例工厂导致代码难以理解、排查问题困难(2). 降低系统性能过多的模式封装比如多层代理、装饰器会增加方法调用开销影响系统响应速度(3). 提升维护成本大量的模式相关类比如策略类、工厂类会增加后期修改、迭代的成本违背“简单够用”的设计原则。二、单例模式标准答案1.手写 DCL 单例为什么加 volatile禁止指令重排new Singleton()分三步分配内存→初始化→赋值引用重排可能导致其他线程拿到半初始化对象引发异常加volatile的核心原因禁止JVM指令重排。instance new Singleton()会被JVM拆分为3步① 分配内存空间② 初始化对象③ 将instance指向分配的内存地址。不加volatile时JVM可能重排②和③的顺序导致“半初始化对象”被其他线程获取即instance不为null但对象未初始化完成进而引发空指针异常volatile可禁止这种重排保证3步按顺序执行确保多线程下的安全性。解析代码必须完整含防反射、防序列化volatile的解释重点突出“指令重排”和“半初始化对象”这是面试官考察的核心避免只说“保证可见性”忽略核心作用。2.手写 静态内部类单例为什么线程安全类加载机制保证静态变量只初始化一次JVM 保证类初始化的线程安全天然无锁线程安全的核心原因依赖JVM的类加载机制。JVM规定静态内部类的加载是“懒加载”只有调用getInstance()触发InnerClass类加载时才会创建instance实例且类加载过程是线程安全的JVM在类加载时会加锁保证同一时刻只有一个线程执行类加载逻辑因此静态内部类单例无需额外加锁天然保证线程安全同时实现了懒加载兼顾性能和安全性。解析重点解释“类加载机制”和“懒加载”体现对JVM底层的理解面试官核心考察你是否知道线程安全的底层原理而非单纯背诵代码3.手写 枚举单例为什么它最安全JVM 保证枚举构造器只调用一次天然防反射、防序列化、防多类加载器破坏代码极简是《Effective Java》推荐方式最安全的核心原因3点天然防御所有破坏方式① 防反射JVM底层禁止通过反射创建枚举实例反射获取枚举构造器时会抛出异常从根源上防止反射破坏② 防序列化JVM保证枚举反序列化时不会创建新实例只会返回原有的枚举常量避免序列化破坏③ 防多线程安全问题枚举常量的初始化是在类加载时完成的类加载过程线程安全且枚举常量是天然的单例无需额外处理。补充枚举单例写法简洁、无需手动处理安全问题是面试中推荐的“最安全单例实现方式”。解析重点突出“天然防御反射、序列化”这是枚举单例与其他单例的核心区别面试官考察你对单例安全的全面理解。4.哪些方式可以破坏单例如何防御反射调用私有构造序列化readObject 新建对象多类加载器不同加载器加载多次核心有3种破坏方式对应防御方案面试重点说前2种第3种简要说明(1). 反射破坏破坏方式通过Class.getDeclaredConstructor()获取私有构造器调用setAccessible(true)强制创建新实例防御方案在私有构造器中添加判断若instance已存在抛出异常如DCL单例、静态内部类单例的构造器逻辑枚举单例天然防反射。(2). 序列化破坏破坏方式将单例实例序列化后写入文件再反序列化读取时会创建新的实例readObject()方法默认新建对象防御方案在单例类中重写readResolve()方法返回单例实例return getInstance()枚举单例天然防序列化。(3). 多类加载器破坏破坏方式不同的类加载器如自定义类加载器、系统类加载器分别加载单例类会产生多个实例防御方案指定统一的类加载器加载单例类或在getInstance()方法中判断类加载器是否一致。解析面试官核心考察你对单例“安全隐患”的认知每个破坏方式对应具体防御方案避免只说“破坏方式”不说“如何防御”。5.序列化为什么会破坏单例怎么解决防反射构造器判断已存在则抛异常防序列化提供 readResolve 返回单例多类加载统一使用同一个类加载器(1). 破坏原因Java序列化的核心是“将对象转为字节流反序列化时重新创建对象”默认情况下反序列化会调用readObject()方法该方法会忽略单例的限制重新创建一个新的实例导致单例被破坏即原实例和反序列化后的实例不是同一个。(2). 解决方法2种优先第一种① 重写readResolve()方法在单例类中添加private Object readResolve()方法返回单例实例return getInstance()反序列化时会优先调用该方法返回已存在的单例而非创建新实例② 使用枚举单例枚举单例天然防御序列化破坏JVM底层在反序列化时会直接返回原有的枚举常量不会创建新实例。解析重点解释“反序列化会重新创建对象”这一核心原因解决方案要具体结合代码readResolve()方法体现实战性。6.Spring Bean 默认是单例它是如何实现的三级缓存 注册式单例把 Bean 放入单例池singletonObjects全局复用Spring Bean默认单例核心通过“单例注册表模式”实现底层依赖BeanFactoryDefaultListableBeanFactory具体流程如下(1). 注册表存储Spring内部维护一个Map单例注册表key是Bean的id/namevalue是Bean实例用于缓存已创建的单例Bean(2). 懒加载创建默认情况下Spring在容器启动时不会创建单例Bean而是在第一次获取Bean如getBean()时才会创建Bean实例创建后存入注册表(3). 唯一实例保证每次获取Bean时先检查注册表中是否已有该Bean实例若有则直接返回若无则创建实例并存入注册表确保全局只有一个实例(4). 扩展补充Spring单例是“容器级单例”同一个Spring容器中Bean是单例不同容器中Bean是不同实例而非“JVM级单例”。解析重点突出“单例注册表”和“缓存机制”结合Spring底层实现体现你对Spring的理解避免只说“Spring内部维护一个Map”要说明完整流程。三、创建型模式标准答案1.简单工厂 / 工厂方法 / 抽象工厂的区别简单工厂一个工厂造所有违反开闭工厂方法一个产品一个工厂符合开闭抽象工厂造产品族手机 电脑强约束系列产品三者核心区别在于“工厂的职责范围”和“扩展性”核心对比如下面试口述重点说核心差异(1). 简单工厂静态工厂核心一个工厂类负责所有产品的创建通过if-else判断产品类型返回对应实例特点结构简单、开发快速但违背开闭原则新增产品需修改工厂类的判断逻辑耦合度高。(2). 工厂方法核心一个产品对应一个工厂定义抽象工厂接口每个具体产品实现对应的具体工厂特点符合开闭原则新增产品只需新增产品类和对应工厂类无需修改原有代码但工厂类数量会随产品增加而增多增加维护成本。(3). 抽象工厂核心一个工厂负责一个“产品族”一组相关联的产品定义抽象工厂接口具体工厂实现该接口生产一组产品特点适合平台化、标准化场景能保证产品族的一致性但新增“产品等级”如产品族中新增一个新产品需修改抽象工厂接口违背开闭原则。总结简单工厂适合简单场景工厂方法适合单一产品线扩展抽象工厂适合多产品族场景。解析面试官核心考察你对三种工厂模式“扩展性”和“职责边界”的理解避免只说结构不同重点突出“开闭原则的适配性”和“适用场景”。2.抽象工厂的产品族和产品等级是什么产品族同一个品牌 / 系列的多个产品产品等级同一个产品的不同品牌实现产品族和产品等级是抽象工厂模式的核心概念用简单例子电子设备说明易懂好记(1). 产品族同一品牌、同一风格的一组相关联产品由一个工厂统一生产核心是“关联关系”举例华为产品族华为手机、华为电脑、华为耳机苹果产品族苹果手机、苹果电脑、苹果耳机每组产品都是同一品牌的关联产品。(2). 产品等级同一类型、不同品牌的产品核心是“同类型”举例手机产品等级华为手机、苹果手机、小米手机电脑产品等级华为电脑、苹果电脑、小米电脑每组产品都是同一类型、不同品牌。补充抽象工厂的核心作用就是生产“一个产品族”的所有产品保证产品族内的产品适配性而不负责生产不同产品等级的产品。解析面试官考察你对抽象工厂核心概念的理解用具体例子辅助避免抽象重点区分“关联关系产品族”和“同类型产品等级”。3.建造者模式和工厂模式的区别工厂关注产品是什么建造者关注如何一步步组装适合多参数复杂对象两者都属于创建型模式核心区别在于“创建目标”和“创建逻辑”重点区分“整体创建”和“分步构建”(1). 核心目标① 工厂模式核心是“快速创建单一产品实例”不关心产品的构建过程只关心“创建什么”② 建造者模式核心是“分步构建复杂产品实例”关心产品的构建细节控制产品的各个组成部分最终组装成完整产品。(2). 适用场景① 工厂模式产品结构简单创建逻辑单一如支付方式、简单工具类② 建造者模式产品结构复杂由多个部分组成需要分步构建如订单对象、用户信息对象、汽车对象。举例工厂模式直接创建“手机”实例建造者模式分步构建“手机”先构建屏幕、再构建电池、最后组装。解析重点突出“是否关心构建过程”这是两者最核心的区别面试官考察你是否能根据产品复杂度选择合适的创建模式。4.原型模式的浅克隆和深克隆区别浅克隆复制基本类型引用对象共享深克隆完全复制引用对象独立常用序列化实现核心区别是否复制“引用类型属性”是否保证原对象和克隆对象的完全独立具体如下(1). 浅克隆浅拷贝① 复制规则只复制对象的基本类型属性int、String等对于引用类型属性Map、List、自定义对象只复制引用地址不复制引用指向的对象② 特点原对象和克隆对象的引用类型属性共享同一个实例修改原对象的引用属性克隆对象的对应属性也会变化实现简单重写clone()方法实现Cloneable接口。(2). 深克隆深拷贝① 复制规则完全复制对象的所有属性包括基本类型和引用类型属性引用类型属性会被重新创建形成一个独立的实例② 特点原对象和克隆对象完全独立互不影响修改任何一方的属性都不会影响另一方实现相对复杂。举例对象A包含一个List属性浅克隆后A和克隆对象的List指向同一个集合深克隆后两者的List是两个独立的集合。解析面试官核心考察你对“引用类型复制”的理解重点区分“共享引用”和“独立实例”避免只说“浅克隆复制表面深克隆复制全部”这种笼统的表述。5.如何实现一个深克隆有哪些方式常用3种方式按“实战推荐度”排序面试重点说前2种说明优缺点1. 序列化/反序列化最常用、最推荐实现步骤① 让需要克隆的对象及其所有引用类型属性都实现Serializable接口② 通过ObjectOutputStream将对象序列化写入字节流③ 通过ObjectInputStream将字节流反序列化生成新的对象即深克隆实例。优点实现简单无需手动处理引用类型属性的克隆适配所有复杂对象缺点序列化会忽略transient修饰的属性无法克隆该类属性。2. 递归克隆手动实现实现步骤① 让对象实现Cloneable接口重写clone()方法② 在clone()方法中不仅克隆自身的基本类型属性还对引用类型属性递归调用clone()方法将克隆后的引用属性赋值给新对象。优点灵活可自定义克隆规则能克隆transient修饰的属性缺点实现复杂引用类型属性较多时代码冗余维护成本高。3. JSON工具克隆简单但有局限实现步骤用FastJSON、Gson等工具将对象转为JSON字符串再将JSON字符串转回对象生成的新对象即为深克隆实例。优点代码极简无需实现任何接口缺点无法克隆transient属性、静态属性且性能略差于序列化方式。解析面试官考察你对深克隆实战实现的掌握重点说明“常用方式”和“优缺点”体现实战经验避免只说理论不结合实际。6.为什么要使用原型模式适用什么场景(一)、使用原型模式的核心原因解决的问题(1). 提升性能避免频繁创建复杂对象如对象创建需要大量IO、数据库查询、复杂计算通过克隆已有实例减少对象创建的开销(2). 简化创建复杂对象的创建逻辑繁琐克隆已有实例无需重复编写创建逻辑简化开发(3). 保持一致性克隆实例与原实例结构一致可基于原实例修改部分属性快速生成相似对象保证对象结构的一致性。(二)、适用场景面试重点说3种高频场景(1). 复杂对象创建场景对象创建成本高如数据库连接池中的连接对象、大量配置的全局对象(2). 批量生成相似对象场景需要生成多个结构相似、仅部分属性不同的对象如批量生成订单对象、用户信息对象(3). 不确定对象类型场景在运行时动态获取对象类型通过克隆生成新实例如插件扩展、动态代理场景。补充原型模式常与单例模式结合使用用于缓存复杂单例对象提升系统性能。解析面试官核心考察你对原型模式“实际价值”的理解避免只说“克隆对象”重点说明“解决了什么问题”和“适用的实战场景”体现架构思维。四、结构型模式标准答案1.静态代理、JDK 动态代理、CGLIB 区别静态代理编码实现耦合高JDK基于接口继承 ProxyCGLIB基于继承ASM 生成子类无需接口2.JDK 代理为什么必须基于接口生成的代理类已经继承ProxyJava 单继承限制只能实现接口3.Spring AOP 用什么代理SpringBoot 为什么默认 CGLIB统一代理逻辑不管有没有接口避免因代理方式不同导致行为不一致4.装饰器 vs 代理装饰器增强功能对象外部传入强调嵌套扩展代理控制访问隐藏目标对象强调权限、拦截、管控5.适配器 vs 装饰器适配器接口转换兼容不兼容结构装饰器功能增强接口不变6.外观 vs 中介者外观单向简化调用隐藏子系统中介者双向调度把网状依赖变星型7.享元内部状态 vs 外部状态内部共享不变外部独立可变8.桥接模式解决什么多维度独立扩展避免类爆炸典型JDBC、消息类型 发送渠道9.组合模式场景树形结构文件目录、菜单、组织架构、规则树五、行为型模式标准答案1.策略模式如何消除 if-else定义策略接口每种实现对应一个策略用Map缓存策略通过类型直接获取完全去掉分支判断符合开闭2.策略 vs 状态策略外部指定算法状态内部状态自动切换行为3.模板方法 好莱坞原则父类定义流程骨架子类实现细节好莱坞原则Don’t call us, we’ll call you父类主导流程子类不颠覆整体结构4.观察者 vs 发布订阅思想一致都是一对多通知观察者同步、直接耦合发布订阅异步、中间件解耦MQ、事件总线5.责任链模式场景过滤器、拦截器、审批流、风控、网关插件可插拔、可编排、可动态配置6.责任链如何中断不调用next.handle()即可中断7.状态模式实现订单状态每个状态封装行为状态切换由状态自身控制消除大量if(status)8.命令模式为何支持重试 / 撤销请求被封装为对象可保存、排队、序列化、回放支持记录日志、回滚、重试9.访问者双分派第一次根据访问者类型第二次根据元素类型从而确定执行哪个方法10.中介者为什么会变上帝类所有逻辑都往里写职责过重解决按领域拆分多个中介者六、手写题思路背诵版1.DCL 单例volitale 双层判空 synchronized构造器私有 防反射2.静态内部类单例静态内部类持有实例getInstance 直接返回3.枚举单例一行INSTANCE;搞定4.策略模式接口 多个实现Context 持有策略Map 路由5.JDK 动态代理InvocationHandlerProxy.newProxyInstance6.责任链抽象 Handlernext子类实现 handle七、架构场景题标准答案1.重构 if-else策略模式 工厂 Map 路由消除分支易于扩展2.可扩展支付系统策略 工厂方法每种支付一个实现动态注入3.订单状态机状态模式状态驱动行为自动流转4.统一日志 / 权限切面动态代理 AOP横切逻辑与业务解耦5.插件系统责任链 策略 SPI可插拔、可配置6.事件驱动 EDA观察者 消息队列异步、解耦、削峰填谷7.审批流 / 风控责任链 规则引擎可编排、可配置、可监控8.多数据源 / MQ 适配适配器 抽象工厂统一接口不同实现无缝切换9.重试 / 降级 / 熔断命令模式 代理请求封装支持重试、回滚10.低代码规则引擎解释器 访问者 组合模式语法树解析、遍历执行八、框架源码题标准答案1.Spring 用到的模式单例、工厂、代理、模板、观察者、策略、适配器、装饰器2.MyBatis 模式代理Mapper、建造者、责任链插件、策略、模板3.Spring AOP 本质动态代理模式4.MyBatis Mapper 为何没有实现类JDK 动态代理生成代理对象5.IO 流装饰器模式6.Spring Event观察者模式7.JDBC Driver桥接模式8.StringBuilder建造者模式9.Integer.valueOf 缓存享元模式九、陷阱题标准答案1.装饰器可以无限嵌套吗可以但会加深栈深度可能栈溢出2.责任链过长问题性能损耗、排查困难优化异步、合并节点、可视化编排3.策略模式类爆炸配合 Lambda、函数式接口、配置化减少类数量4.final 类为何不能 CGLIBCGLIB 基于继承final 不能被继承5.多类加载器下单例失效类只在对应类加载器唯一不同加载器是不同类6.克隆会执行构造方法吗浅克隆不会直接内存复制7.策略 vs 状态怎么区分看是否自动切换自动 状态手动指定 策略8.中介者腐化怎么避免拆分中介者、按领域职责切分