观察者模式通过主题与观察者间的依赖关系实现状态变化时的自动通知。主题维护观察者列表并通知其状态变更，观察者接收通知并响应。java中虽observable已过时，但事件驱动如swing的actionlistener仍体现该模式思想。自定义实现可避免继承限制，提升灵活性。该模式支持松耦合与高扩展性，但需注意性能、线程安全及内存泄漏问题。掌握此模式有助于构建响应式应用。
观察者模式是一种行为设计模式，它定义了对象之间的一对多依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都会自动收到通知。在Java中，这种模式广泛应用于事件驱动编程中，比如GUI组件的事件处理、消息订阅系统等。
观察者模式的核心角色
在观察者模式中有两个核心角色：
- 主题（Subject）：也称为被观察者，它维护一个观察者列表，并在自身状态变化时通知所有注册的观察者。
- 观察者（Observer）：接收来自主题的通知，并做出相应反应。
Java提供了java.util.Observable类和java.util.Observer接口来支持这一模式，尽管从Java 9开始Observable已被标记为过时，但其设计思想仍然具有参考价值。
事件驱动中的观察者应用
事件驱动编程是观察者模式的典型应用场景。在这种模型中，“事件源”相当于主题，“监听器”则是观察者。
立即学习“Java免费学习笔记（深入）”；
- 当用户点击按钮时，按钮作为事件源会触发ActionEvent。
- 所有注册了ActionListener的组件都会接收到这个事件并执行对应逻辑。
例如Swing中的代码：
JButton button = new JButton("点击我");
button.addActionListener(e -> System.out.println("按钮被点击了！"));
这里add ActionListener就是在注册观察者，一旦事件发生，JVM就会回调监听器中的方法。
自定义观察者模式实现
为了更灵活地使用观察者模式，可以手动实现主题与观察者接口。
- 定义Subject接口，包含添加、删除和通知观察者的方法。
- 具体主题类实现Subject，在状态变更时调用notifyObservers()。
- 观察者实现统一接口，提供update()方法响应通知。
这种方式避免了继承限制（如Observable是类而非接口），更适合复杂业务场景。
观察者模式的优势与注意事项
优点在于松耦合：主题无需了解观察者的具体实现，只需遍历通知即可。扩展性强，新增观察者不影响原有逻辑。
需要注意的是：
- 避免观察者过多导致性能下降。
- 确保通知过程线程安全，特别是在多线程环境中。
- 及时移除不再需要的观察者，防止内存泄漏。
基本上就这些。理解观察者模式的关键在于理清“状态变化 → 自动通知”的机制，而Java的事件系统正是这一思想的自然延伸。掌握它有助于构建响应式、可维护的应用结构。
