简介《JAVA设计模式》期末试题归纳PDF文档面向高校软件工程、计算机等相关专业学生覆盖考前自测、知识点串联与应试答题框架梳理。卷面按选择题、填空题、名词解释、综合问答四大题型组织开闭原则、依赖倒置、迪米特法则等设计原则以及工厂方法、抽象工厂、装饰、备忘录、职责链、组合等模式均有涉及并专门给出了跨平台实现思路与组合模式结构图实例。资源包共一个PDF文件大小约53KB体量不大但考点密度高目前已有178人学习下载。借助该文档可快速厘清创建型与行为型模式的边界掌握单一职责、接口隔离、建造者、解释器等名词解释的关键表述也能从综合问答中提炼答题思路适合在考前冲刺阶段高效复习。1. 一份期末试题归纳PDF为什么值得当成复习坐标系期末拿到《JAVA设计模式》试题(A卷)[归纳].pdf你要做的第一件事不是找原题背诵而是把它当成一张带考点的知识索引。这类归纳通常会按创建设计模式、结构型模式、行为型模式三个分组把23种设计模式的定义、类图、代码片段和易混点排好而A卷的题目往往就围绕这些点的排列组合展开。对备考者来说这份归纳能压缩搜索成本对准备java面试八股文的开发者来说它同样是很好的速查清单。真正有效的读法是先建立一张“模式特征→适用场景→代码骨架”的映射表再对着题型做定点输出。2. 从试题归纳看23种设计模式的常考权重与识别特征2.1 先按分类建坐标再往坐标里填模式设计模式在Java考试里不会平均用力。翻看历年归纳会发现创建型中的单例、工厂结构型中的适配器、装饰器行为型中的策略、观察者、模板方法出现频率最高而原型、享元、解释器等相对低频。复习时要先把23种模式按用途分组创建型解决对象怎么new出来的问题包括单例、工厂方法、抽象工厂、建造者、原型。结构型解决类和对象怎么组织成更大结构的问题包括适配器、装饰器、外观、享元、组合、桥接、Proxy。行为型解决对象之间怎么分配职责和通信的问题包括策略、观察者、模板方法、责任链、状态、命令、迭代器、中介者、备忘录、访问者、解释器。把“三组”刻在脑子里遇到一道题先判断它问的是创建、结构还是行为答题方向就不会偏。2.2 常考模式权重表用一句话识别特征快速定位我建议把高频考点整理成一张表格考前扫一遍就能建立条件反射。下表是适合贴在复习页上的精简版本模式分组一句话识别特征常考题型单例Singleton创建型整个进程只允许一个实例代码填空、线程安全、懒汉饿汉区别工厂方法Factory Method创建型定义创建对象的接口让子类决定实例化哪个类类图补全、代码实现抽象工厂Abstract Factory创建型创建一组相关或依赖的对象不暴露具体类选择题、简答对比建造者Builder创建型把复杂对象的构造过程拆成一步步设置与工厂模式的区别题适配器Adapter结构型把一个接口转换成客户端期望的另一个接口画图题、代码填空装饰器Decorator结构型动态给对象添加职责比继承更灵活与继承对比、代码实现外观Facade结构型为子系统提供一个统一的高层接口简答题、场景识别Proxy结构型为另一个对象提供一个替身控制访问Spring AOP场景题策略Strategy行为型把一族算法分别封装使它们可以互相替换代码实现题高频观察者Observer行为型对象间一对多依赖状态变化自动通知事件机制、发布订阅场景模板方法Template Method行为型父类定义算法骨架子类实现可变步骤代码填空、继承应用责任链Chain of Responsibility行为型多个对象有机会处理请求沿链传递审批流、过滤器场景读表时注意最后一列它反映的是A卷的命题习惯概念题考识别代码题考骨架画图题考关系。这张表本身就可以由PDF里的知识点重新归纳生成花十分钟整理比直接背诵原文更有效。2.3 把每个模式压缩成一个“触发器短语”背诵模式定义最忌讳完整复述教科书原话。考试时间有限看到题干就应触发对应短语。例如看到“唯一实例”触发单例。看到“不修改源码扩展类型”触发开闭原则和工厂方法。看到“动态增加职责”触发装饰器。看到“算法可替换”触发策略。看到“状态变化通知多方”触发观察者。看到“父类定流程子类补细节”触发模板方法。归纳PDF里通常有成段描述你需要做的是把每段压成一个不超过12个字的短语。试卷的选择题和判断题本质上就是考你能不能完成这种反向匹配。3. 用可复现的Java代码把设计模式变成答题模板3.1 单例模式双重检查锁的写法与考点单例是Java设计模式试卷里几乎必出的一题因为它同时考察并发、类加载和关键字理解。下面是我在考试和面试中常用的标准写法public class Singleton { // volatile 防止实例化时的指令重排 private static volatile Singleton instance; private Singleton() { } public static Singleton getInstance() { if (instance null) { synchronized (Singleton.class) { if (instance null) { instance new Singleton(); } } } return instance; } }这段代码的答题要点有三个。第一构造器设为private保证了外部无法new对象。第二外层判断避免每次调用都加锁内层判断防止并发下重复创建。第三volatile关键字不是可选项它保证instance在初始化完成前不会被其他线程读到否则可能出现拿到半成品对象的情况。考试如果问“懒汉式和饿汉式区别”可以补充懒汉式在第一次调用时创建实例内存占用更晚但要用锁饿汉式在类加载时创建实例写法简单但没有延迟加载效果。分析“参数”时要注意这里没有方法参数真正的考点是实例化时机和线程可见性。3.2 工厂方法模式先定义创建者接口再交给子类工厂方法适合回答“现有代码需要支持新类型”的题目。下面的代码结构可以直接套用interface Sender { void send(String message); } class EmailSender implements Sender { Override public void send(String message) { System.out.println(邮件发送 message); } } class SmsSender implements Sender { Override public void send(String message) { System.out.println(短信发送 message); } } interface SenderFactory { Sender createSender(); } class EmailSenderFactory implements SenderFactory { Override public Sender createSender() { return new EmailSender(); } }这里将创建对象的逻辑收进工厂子类调用方只需依赖SenderFactory接口和Sender接口。新增一个微信通知时不需要改动已有工厂只需要新增WechatSender和对应工厂类这完美对应开闭原则。考试画图题常要求补全这个结构客户端、产品接口、具体产品、工厂接口、具体工厂五个角色。写代码时注意接口命名用名词工厂类避免直接new具体产品到业务代码中否则会退化成一个简单的工具类。3.3 观察者模式用接口拆分消息发布者与订阅者观察者模式常以情景题出现比如“订单状态变更后需要通知短信服务和邮件服务”。可复现的迷你实现如下import java.util.ArrayList; import java.util.List; interface OrderObserver { void update(String orderStatus); } class SmsObserver implements OrderObserver { Override public void update(String orderStatus) { System.out.println(发送短信当前状态 orderStatus); } } class OrderSubject { private final ListOrderObserver observers new ArrayList(); public void attach(OrderObserver observer) { observers.add(observer); } public void changeStatus(String status) { System.out.println(订单状态变化为 status); for (OrderObserver observer : observers) { observer.update(status); } } }执行逻辑是OrderSubject维护观察者列表changeStatus被调用时遍历列表并通知所有人。这里的关键参数是观察者列表的增删方法实际开发中要考虑并发修改问题但考试只需要写出 attach、detach 和 notify 三个核心操作。理解观察者模式的中心思想发布者不关心具体通知对象只依赖OrderObserver接口这样新增通知渠道不需要改动订单主体代码。这也是事件驱动系统和JMS等机制在Java层面的原始模型。3.4 六大原则如何回答“为什么这么设计”设计模式试题的简答题经常落在六大原则上。复习时可以把原则压缩成一张对照表方便在代码题之后追加一段解释原则一句话核心代码落点单一职责一个类只有一个变化原因避免大而全的上帝类开闭原则对扩展开放对修改关闭接口加实现不入侵现有方法里氏替换子类能替换父类且行为不变继承时不要重写父类已实现方法依赖倒置依赖抽象而不是具体类方法参数写接口不写实现类接口隔离客户端不需要被强迫依赖它不使用的方法细分接口用多个小接口替代大接口迪米特法则对象尽量少了解其他对象通过门面类间接访问减少直接调用链答题时可以这样组织先写模式对应的接口和类再写一句“这种写法符合开闭原则因为新增类型时只需要添加新类不需要修改原有代码”。这是试卷的标准得分句式也是java面试八股文里的常见表达。4. 拆解A卷题型从选择题到代码题的答题套路4.1 选择题用题干关键词做第一次过滤A卷选择题一般给一个场景问你“应使用哪种设计模式”。我的答题顺序是三步圈出题干中的动词和结果词例如“创建”“扩展”“通知”“减少依赖”。把动词映射到上文的触发器短语。例如“动态扩展功能”对应装饰器“算法可以互相替换”对应策略。剩余选项如果同时包含两个相似模式再通过类图关系区分。举例来说题干出现“将一个类的接口转换成客户期望的另一个接口”直接对应适配器如果出现“为多个子系统提供统一入口”直接对应外观。选择题不需要写代码关键是建立快速映射平时复习时多刷几套设计模式笔试题比反复看PDF原文更能形成记忆固化。4.2 填空题和判断题注意模式名和描述词之间的缝隙填空题常挖这些位置单例模式分为懒汉式和饿汉式双重检查锁属于懒汉式。模板方法模式定义算法骨架把可变步骤延迟到子类实现。观察者模式定义对象间一对多依赖关系。状态模式允许对象在内部状态改变时改变行为看起来像修改了类。判断题则喜欢偷换词语比如“策略模式是通过继承来实现算法替换”这就是错误表述因为策略模式用组合而不是继承。复习时对PDF里出现过的黑体词要格外敏感模式名必须能准确拼写因为填空只给首字母或部分字母时写错一个词就会丢分。4.3 简答题和画图题固定四段式作答简答题可以按“意图、角色、协作、优缺点”四段式来写。以工厂方法模式为例意图定义一个用于创建对象的接口让子类决定实例化哪一个类。角色产品接口、具体产品、工厂接口、具体工厂。协作客户端调用具体工厂方法返回产品实例。优点对扩展开放符合开闭原则缺点每增加一个产品就要增加一个工厂类类数量增多。画图题需要画出类之间是空心箭头还是实心箭头聚合还是组合。短时间内提升画图能力的方法是把每个模式的典型类图在纸上默画三遍第一遍对照PDF第二遍凭记忆第三遍标注关系名称。考试不会要求画全23种优先练单例、工厂方法、观察者、装饰器这四张。4.4 代码实现题按“接口、具体类、测试调用”三段写代码题最高频的是策略模式和观察者模式。以“支付方式可切换”为例策略模式的标准结构是interface PayStrategy { void pay(double amount); } class AlipayStrategy implements PayStrategy { Override public void pay(double amount) { System.out.println(支付宝支付 amount); } } class WechatPayStrategy implements PayStrategy { Override public void pay(double amount) { System.out.println(微信支付 amount); } } class PaymentContext { private PayStrategy strategy; public void setStrategy(PayStrategy strategy) { this.strategy strategy; } public void pay(double amount) { strategy.pay(amount); } }写代码时遵循三个步骤先写策略接口再写多个实现类最后用上下文类持有策略对象。上下文类的关键作用是隔离客户端与具体策略调用方只需要调用context.pay不需要知道当前是哪种支付方式。这段代码中setStrategy负责切换运行时的行为所以代码题会要求在main方法中演示“先设置支付宝再切换微信”。这种“可替换”特征就是策略模式的唯一判别标准。撰写时要保持类名和方法名一致避免出现只定义接口而不提供实现的空壳。5. 把试卷归纳平移成面试八股文与项目实践技巧设计模式期末复习和java面试其实共用同一套知识骨架差别只在于面试要求你讲“项目里怎么用”。这里有一个可操作的小技巧把试卷里的每个模式对应到一个实际场景并准备一段不超过60秒的陈述。比如你在项目里用Spring AOP记录日志本质上依赖的是JDK动态Proxy机制那就可以这样组织答案“项目中有多个业务方法需要日志和耗时统计我通过动态Proxy生成一个拦截器在invoke方法里统一打印入参和返回值。”这段话同时覆盖了Proxy模式、AOP概念和你的动手能力。另一个实用技巧是把代码模板保存为本地速记文件用命令行随手编译运行。下面是一段验证观察者模式的示例命令序列mkdir -p design-pattern-demo # 将 OrderSubject 和 OrderObserver 保存到该目录 javac design-pattern-demo/*.java java -cp design-pattern-demo com.example.OrderSubjectDemojavac的作用是检查代码结构是否完整能够编译通过说明类名、接口实现和访问修饰符没有低级错误。运行命令时需要在测试类main方法中先attach观察者再调用changeStatus否则不会看到任何通知输出。建议把每个高频模式都写成这样一个可运行的独立demo因为考试代码题的核心能力就是“在空白处补全类声明和方法体”而这只有通过动手编译才能内化。面试时还要注意区分模式和原则。设计模式是具体实现模板六大原则是更高层的指导准则。别人问“你为什么用策略模式”你回答“支付场景有多种算法且需要运行时切换策略模式让算法独立于客户端变化”这句话就是试卷简答题和面试官的共同标准答案。把这些验证过的代码和话术作为你的复习底稿期末试题就不再只是一份PDF而是你进入java后端成长路线的实战起点。本文还有配套的精品资源点击获取