很多人对设计模式的态度是：面试前背一遍二十三种，面完就忘。真到写代码时，遇到一堆 if-else 还是只会继续堆 if-else，遇到扩展点还是只会改老代码。问题不在记性，在于这些模式从来没和你的实际代码对上号。这份 Java 设计模式讲义，值得看的地方就在于它把每个模式放回具体的代码场景里讲，而不是停在 UML 图和定义上。

先自查：这几个缺口你有没有

如果你符合下面任意一条，这份讲义就是补给你的：

能说出单例、工厂、观察者的名字，但说不清它们各自解决了什么耦合问题；
写业务代码时，一个方法里塞了参数校验、对象组装、业务规则、外部调用，改一处牵连一片；
看到框架源码里的 Builder、代理、模板方法，能猜到大概意思，但讲不出为什么这么设计；
知道「开闭原则」四个字，实际写起来还是每加一个类型就回去改 switch；
准备面试，需要把模式讲成「我在什么场景下用过」，而不是背定义。

这些缺口不是靠再看一遍概念能补上的，得靠对照代码、动手改一遍。

这份讲义讲什么，怎么讲

内容按经典分类展开：创建型、结构型、行为型，二十三种模式都有覆盖，重点放在 Java 里最常见的那些——单例的几种写法和线程安全取舍、工厂方法与抽象工厂的边界、建造者处理多参数构造、代理在 Spring 场景中的影子、策略与状态的区别、观察者与发布订阅的关系、模板方法在框架基类里的用法等。

讲法上，每个模式基本沿着一条线走：先给出一个没使用该模式的写法，暴露它的问题，再引入模式重构，最后说明代价。这点比较关键——模式不是越多越好，用错了同样是过度设计。讲义里对「什么时候不该用」有交代，比如简单场景硬套工厂只会增加一层无谓的间接。

配套有讲解视频和对应的演示代码，可以对着敲一遍。设计模式光看是记不住的，改代码的过程中才会真正体会到某次重构为什么让后续改动变简单了。

建议的学法

不要按目录顺序一次性刷完。先挑你最近写代码时最别扭的地方：参数太多就看建造者，条件分支太乱就看策略和状态，对象创建散落各处就看工厂。
每学一个模式，回到自己手上的项目找一处可以套用的地方，哪怕只是个小重构。找不到就说明这个模式暂时跟你无关，先跳过。
重点区分容易混的几组：策略 vs 状态、工厂方法 vs 抽象工厂、装饰器 vs 代理、适配器 vs 外观。讲义里有对比，自己再各写一段最小代码验证。
配合源码看。学完代理去看 Spring AOP，学完模板方法去看框架里的抽象基类，学完观察者去看事件机制，这样模式才不是孤立的考点。

看完应该能回答的问题

单例的懒汉、饿汉、静态内部类、枚举几种实现，分别在什么情况下选哪个？双检锁为什么要加 volatile？
工厂方法和抽象工厂的区别到底在哪，什么规模的变化才值得上抽象工厂？
策略模式和状态模式结构相似，判断依据是什么？
装饰器和继承都能扩展功能，什么时候必须用装饰器？
模板方法把可变部分交给子类，它和控制反转是什么关系？
你最近写的那段代码里，哪一处属于典型的坏味道，可以用哪个模式重构，改完收益是什么？

最后一条尤其重要。设计模式不是知识清单，是一套用来命名和沟通设计意图的词汇。能指着一段代码说清「这里用了策略，是为了让新增计费规则不用改原有逻辑」，比背下二十三种定义有用得多。如果你的目标是补上「能看懂也能写出可扩展代码」这块短板，这份讲义适合当作对照练习的底本，边看边改自己的代码。