观察者模式通过被观察者状态变化时自动通知所有依赖的观察者实现一对多更新，常用于事件处理、GUI交互与数据同步；核心为Subject维护Observer列表并触发update方法，Java中可通过自定义接口或过时的Observable类实现，适用于解耦事件源与处理逻辑，需注意性能与内存泄漏问题。
观察者模式是一种行为设计模式，用于在对象之间定义一对多的依赖关系，当一个对象的状态发生改变时，所有依赖它的对象都会自动收到通知并更新。在Java中，这种模式广泛应用于事件处理机制、GUI组件交互以及数据模型与视图之间的同步等场景。
核心角色：被观察者与观察者
观察者模式包含两个主要角色：
- 被观察者（Subject）：也叫主题或可观察对象，它维护一个观察者列表，并提供添加、删除和通知观察者的方法。
- 观察者（Observer）：实现统一接口的对象，它们关注被观察者的状态变化，并在接收到通知后执行相应逻辑。
当被观察者内部状态发生变化时，它会主动调用所有注册观察者的更新方法，从而实现自动通知。
Java中的实现方式
你可以通过自定义接口来实现观察者模式，也可以使用Java内置的支持。
立即学习“Java免费学习笔记（深入）”；
1. 自定义实现：定义一个观察者接口：
interface Observer {
void update(String message);
}
被观察者类维护观察者列表并实现管理与通知逻辑：
class Subject {
private List<Observer> observers = new ArrayList<>();
private String state;
public void setState(String state) {
this.state = state;
notifyObservers();
}
public void addObserver(Observer observer) {
observers.add(observer);
}
public void removeObserver(Observer observer) {
observers.remove(observer);
}
private void notifyObservers() {
for (Observer observer : observers) {
observer.update(state);
}
}
}
2. 使用Java内置类：
Java提供了
java.util.Observable类和
java.util.Observer接口，但要注意从Java 9开始，
Observable已被标记为过时，不推荐在新项目中使用。
典型应用场景
观察者模式适用于需要解耦事件源与事件处理逻辑的场合。
- 消息订阅系统：用户订阅某个主题，主题更新时所有订阅者收到通知。
- MVVM 或 MVC 架构中，模型变化通知视图刷新。
- GUI事件监听，如按钮点击、窗口关闭等，背后就是观察者模式的体现。
优点与注意事项
该模式的优点在于松耦合：被观察者无需了解观察者的具体实现，只需保证通知接口一致即可。新增观察者不影响原有逻辑，符合开闭原则。
但也需注意：
- 若观察者过多或更新操作耗时，可能影响性能。
- 要防止内存泄漏，及时移除不再需要的观察者。
- 避免在通知过程中修改观察者列表，可能导致并发问题。
基本上就这些。理解观察者模式的关键是掌握“状态变化-自动通知-批量更新”这一流程，它让对象间的通信更灵活、可扩展。虽然Java内置支持已过时，但其思想仍在现代框架中广泛应用，比如Spring的事件监听机制。
