观察者模式通过被观察者状态变化时自动通知所有依赖的观察者实现松耦合通信，核心角色为被观察者（Subject）与观察者（Observer）；Java中可通过自定义监听接口或函数式编程实现，广泛应用于事件处理、GUI交互、消息队列及Spring事件机制等场景，具有高扩展性与灵活性，但需注意性能开销、内存泄漏及线程安全问题。
观察者模式是一种行为设计模式，它定义了对象之间的一对多依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都会自动收到通知并更新。在Java中，这种模式广泛应用于事件处理机制、GUI组件交互以及各类监听器系统中。
观察者模式的核心角色
理解观察者模式，首先要掌握它的两个核心角色：
- 被观察者（Subject）：也称为“主题”或“发布者”，它维护一个观察者列表，并在自身状态变化时主动通知所有注册的观察者。
- 观察者（Observer）：也称为“订阅者”，它实现统一的更新接口，一旦接收到通知，就根据被观察者的最新状态做出相应反应。
这种松耦合的设计让对象之间的通信更加灵活，无需了解彼此的具体实现。
Java中的典型实现方式
Java为观察者模式提供了原生支持，主要通过java.util.Observable类和java.util.Observer接口来实现。虽然从Java 9开始Observable被标记为过时，但在理解原理上仍具参考价值。
立即学习“Java免费学习笔记（深入）”；
实际开发中，更推荐使用自定义接口或Java 8函数式编程的方式实现，例如：
- 定义一个事件监听接口，如
EventListener，包含一个回调方法（如onEvent(EventData data)）。 - 被观察者提供
addListener()和removeListener()方法管理观察者列表。 - 当事件触发时，遍历列表调用每个观察者的更新方法。
这种方式更灵活，避免了继承限制，也更容易与现代Java特性结合。
事件通知机制的实际应用
观察者模式是事件驱动编程的基础。比如在Swing GUI中，按钮（Button）作为被观察者，动作监听器（ActionListener）作为观察者。用户点击按钮时，会触发事件并通知所有监听器执行对应逻辑。
类似场景还包括：
- 消息队列中的生产者与消费者模型。
- Spring框架中的ApplicationEvent和ApplicationListener机制。
- 自定义配置中心，当配置变更时通知各服务模块刷新本地缓存。
这些都体现了“发布-订阅”思想，本质上是观察者模式的延伸。
优点与注意事项
使用观察者模式可以降低对象间的耦合度，提升系统的可扩展性和可维护性。新增观察者不影响原有逻辑，符合开闭原则。
但也要注意以下问题：
- 避免观察者过多导致通知过程耗时增加。
- 防止内存泄漏，及时移除不再需要的观察者引用。
- 确保通知顺序或并发安全，必要时加入线程同步控制。
基本上就这些。掌握观察者模式的关键在于理解“状态变化→自动通知→响应更新”这一流程，它是构建响应式系统的重要基础。
