从JDK源码看设计模式：工厂、单例与观察者模式的典型实现

ql010204

813人浏览 · 2025-10-19 19:30:30

ql010204 · 2025-10-19 19:30:30 发布

好的，请看文章：

从JDK源码看设计模式：工厂、单例与观察者模式的典型实现与演进

设计模式是软件工程中解决特定问题的经典、可复用的方案。它们如同建筑图纸，指导我们构建出灵活、可维护的代码大厦。而要深入理解设计模式，最直接的方式莫过于研读优秀框架的源码。Java开发工具包（JDK）本身就是一部设计模式的“百科全书”。本文将从JDK源码（以最新LTS版本JDK 21为参考）入手，深度剖析工厂方法模式、单例模式和观察者模式的典型实现，并探讨其演进历程。

一、工厂方法模式：隐藏在集合框架中的创建艺术

核心思想：定义一个用于创建对象的接口，但让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。

JDK典型实现：java.util.Collection.iterator()

在Java的集合框架中，工厂方法模式无处不在。最经典的例子莫过于Collection接口中的iterator()方法。

java

public interface Collection<E> extends Iterable<E> {

Iterator<E> iterator();

// ... 其他方法

}

Collection是一个抽象接口，它声明了一个工厂方法iterator()。对于不同的具体集合类，如ArrayList和HashSet，它们会实现这个接口，并负责创建返回特定的Iterator实例。

ArrayList中的实现：返回一个高效遍历数组的Itr对象（ArrayList的内部类）。
HashSet中的实现：返回一个能够处理哈希桶并解决冲突的Iterator。

源码价值：这种方式将集合本身的实现与遍历其元素的方式解耦。客户端代码只需要面向Collection接口编程，调用iterator()方法即可获得一个合适的迭代器，完全无需关心底层是动态数组、链表还是哈希表。这完美体现了依赖倒置原则——客户端依赖抽象的Iterator接口，而非具体的实现类。

二、单例模式：确保唯一性的核心工具

核心思想：保证一个类仅有一个实例，并提供一个全局访问点。

JDK典型实现：java.lang.Runtime

单例模式的一个非常经典且直观的实现位于java.lang.Runtime类。每个Java应用程序都有一个唯一的Runtime实例，用于与应用程序运行的环境进行交互。

```java

public class Runtime {

private static final Runtime currentRuntime = new Runtime();

public static Runtime getRuntime() {
    return currentRuntime;
}
/ 私有化构造器，防止外部实例化 /
private Runtime() {}
// ... 其他方法

}

```

这是一种标准的饿汉式单例实现。其特点在于：

1. 私有静态常量：currentRuntime在类加载初期就被初始化，保证了线程安全。

2. 私有构造方法：彻底阻止了通过new关键字在外部创建实例。

3. 公有静态工厂方法：getRuntime()是访问该唯一实例的全局入口。

演进与对比：在JDK的演化中，单例模式也有其他形式的体现。例如，java.lang.System类中的in、out、err等字段虽然不是严格意义上的单例类，但它们通过public static final暴露的也是唯一的系统资源流，体现了单例的思想。对于需要延迟加载（懒汉式）或更复杂控制的场景，可以使用enum（枚举单例，由JVM保证绝对唯一，如java.util.Collections.EMPTY_SET）或Holder类等方式，这些在JDK的其他部分或优秀开源库中均有体现。

三、观察者模式：从经典实现到现代演进

核心思想：定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。

JDK的经典实现与废弃

在JDK 9之前，java.util包中提供了一套经典的观察者模式实现：

- Observable类（被观察者）

- Observer接口（观察者）

自JDK 9开始，这两个类型已被标记为@Deprecated。官方解释是其事件模型不够丰富，且Observable是一个类而非接口，限制了它的可复用性。这本身就是一个重要的学习点：设计模式是思想，具体实现需与时俱进。

现代替代方案：java.beans 与 java.util.concurrent.Flow

虽然经典的Observable/Observer被弃用，但观察者模式的思想在JDK中依然生机勃勃。

java.beans包：提供了PropertyChangeSupport和VetoableChangeSupport等类，它们提供了更强大、更类型安全的事件通知机制，支持属性变更监*和否决验证，是Swing等UI框架的基石。
响应式流（Reactive Streams）与java.util.concurrent.Flow：从JDK 9开始，JDK引入了基于响应式流规范的Flow API。这可以看作是观察者模式在异步、背压（Backpressure）场景下的现代化、高阶演进。
- Publisher：相当于被观察者。
- Subscriber：相当于观察者。
- Subscription：是连接二者的桥梁，提供了请求数据量和取消订阅的能力，有效解决了异步处理中的背压问题。

源码价值：从Observable到Flow的演进告诉我们，设计模式的实现需要适应语言特性和时代需求。现代异步编程模型对观察者模式提出了更高的要求，而JDK通过引入Flow API，为我们提供了构建高性能、可伸缩异步系统的标准工具。

总结

通过剖析JDK源码，我们不仅看到了设计模式最纯粹的实现，更理解了其背后的设计意图和演进逻辑：

- 工厂方法模式在集合框架中实现了创建逻辑与使用逻辑的解耦。

- 单例模式通过Runtime等类确保了关键资源的全局唯一性。

- 观察者模式则从简单的Observable演进到支持背压的Flow API，展现了其在处理异步事件流方面的强大生命力。

作为开发者，阅读JDK源码是学习设计模式最佳途径之一。它不仅能帮助我们写出更优雅的代码，更能让我们深刻体会到软件设计原则在大型、久经考验的项目中的应用与演变，从而在自身的项目设计中做出更明智的抉择。

参考资料：

1. Oracle官方JDK 21 API文档

2. 《Effective Java》（第三版）， Joshua Bloch

3. Java Language and Virtual Machine Specifications, Oracle

4. 社区技术博客分析（如Inside Java, Baeldung等）关于JDK新特性的讨论

好的，这是一篇根据您的要求撰写的，符合CSDN社区风格的高质量技术文章。

深入探索Java源码：从“会用”到“洞见”的进阶之路

摘要： 在Java开发的世界里，能够熟练使用各种API和框架是程序员的必备技能。真正区分开优秀开发者与普通码农的，往往是对底层实现的理解深度。本文将结合《深入探索Java源码：从基础类库到核心框架的逐行解析》的思路，带领大家跨越从“知其然”到“知其所以然”的鸿沟，揭示阅读Java源码的巨大价值、有效方法，并透过几个经典案例，一窥大师们的设计智慧。

关键词： Java源码、JDK、集合框架、JUC、设计模式、性能优化

一、为何要阅读源码？超越API文档的深层价值

很多开发者满足于阅读官方API文档，这固然没错。但文档只告诉我们“是什么”，而源码则揭示了“为什么”和“怎么样”。深入源码能带来三大核心收益：

根治疑难杂症，提升调试能力：当遇到诸如ConcurrentModificationException、内存泄漏等诡异问题时，仅靠日志和猜测往往事倍功半。直接深入ArrayList或HashMap的源码，你能清晰地看到快速失败（fail-fast）机制的实现，或是哈希冲突的处理逻辑，从而从根本上理解异常触发的条件，快速定位问题。
汲取设计思想，写出优雅代码：Java核心库是无数大师智慧的结晶，是学习设计模式的绝佳范本。例如，InputStream使用的装饰器模式，ArrayList的迭代器模式，FutureTask对异步编程模型的封装。阅读这些代码，如同聆*大师授课，能极大提升你的架构设计能力。
避免错误使用，进行高效性能调优：不了解String的不可变性和字符串常量池，就可能写出str += ...这样的低效代码。不理解HashMap的负载因子和扩容机制，就无法为实际应用场景设置合理的初始容量。源码是性能优化的第一手资料。

二、方法论：如何高效地阅读源码？

面对浩如烟海的JDK源码，新手常感到无从下手。以下是几条实践性建议：

由浅入深，从常用类开始：不要一开始就啃ClassLoader或NIO这种硬骨头。从你最熟悉的类开始，比如String、ArrayList、HashMap。这些类结构清晰，与日常开发紧密相关，更容易获得正反馈。
带着问题去阅读：被动地逐行阅读很容易迷失。最佳方式是带着具体问题，例如：“HashMap的get(key)方法是如何工作的？”、“为什么BigDecimal能保证精确计算？”目标明确，阅读效率更高。
善用IDE调试功能：调试是阅读源码的“终极武器”。在关键方法上打上断点，实时观察变量的状态变化和执行流程，源码的逻辑会变得无比清晰。这是静态阅读无法比拟的。
结合官方文档和优秀资料：在阅读过程中，随时翻阅Java官方文档（即使是JDK 8的，其核心依然适用）以及《深入理解Java虚拟机》等经典书籍，可以帮助你建立更完整的知识体系。

三、源码探秘：从基础类库到核心框架的典型案例

让我们结合最新的JDK发展（如JDK 17 LTS），窥探几个经典设计。

1. 基础类库：String 的演进与优化

从JDK 9开始，String的内部实现从char[]改为byte[]，并增加了一个编码标志字段coder（LATIN1或UTF-16）。这一改动对于大量存储ASCII字符的字符串，能显著降低内存占用。阅读相关源码，你能深刻体会到Java团队对性能极致追求的匠心精神。同时，String的hashCode计算采用了缓存机制（hash字段），避免了重复计算，这也是“惰性加载”和“缓存”思想的应用。

2. 集合框架：HashMap 的精妙设计

HashMap是面试必考，更是源码学习的经典案例。

哈希扰动函数hash(Object key)：它的作用是将键的hashCode()的高位特征参与到低位的运算中，目的是减少哈希冲突。在JDK 8中，它被简化为一次异或操作，兼顾了效率与效果。

树化优化：当链表长度超过8且数组容量大于64时，链表会转化为红黑树。这是JDK 8为应对哈希碰撞攻击、保证最坏情况下查询效率仍为O(log n)的重要优化。阅读treeifyBin方法，你能学到数据结构和算法在实战中的应用。

3. 并发框架：ConcurrentHashMap 的并发艺术

作为JUC（java.util.concurrent）包的明珠，ConcurrentHashMap在JDK 8中放弃了分段锁，采用了更为高效的 synchronized + CAS + 节点锁的实现。

CAS（Compare-And-Swap）：在初始化、计算size等场景下大量使用，实现了无锁化的线程安全，极大提升了并发性能。

节点锁：锁的粒度从JDK 7的“段”细化到数组的每个“桶”（头节点），使得写操作的并发度大大提高。通过阅读putVal方法，你可以清晰地看到其如何通过synchronized锁定链表头节点，以及如何协助扩容（多线程协同）的精妙过程。