接口回调是方法执行结果的反向通知，如EventSource通过OnEventListener将事件通知给监听者；观察者模式则基于一对多依赖实现状态同步，支持多个观察者自动接收主题变更通知，两者均通过接口实现解耦，但观察者更适合多方响应场景。
接口回调与观察者模式在Java中常被用来实现对象间的解耦通信，尤其适用于事件驱动的场景。理解它们的核心在于掌握“谁通知谁”以及“如何响应变化”。
接口回调：方法执行结果的反向通知机制
接口回调本质是一种设计思想：一个对象将自身持有的接口实例传递给另一个对象，当特定事件发生时，接收方通过调用该接口的方法来回传信息。
它不是Java特有的语法结构，而是一种编程模式。关键点在于：
- 定义一个接口，声明需要回调的方法
- 调用方实现该接口，并把实现传给被调方
- 被调方在合适时机通过接口引用调用方法，完成“回调”
例如网络请求中，主线程发起请求并传入回调接口，子线程处理完成后调用onSuccess或onFailure，通知主线程结果。
立即学习“Java免费学习笔记（深入）”；
观察者模式：一对多依赖关系的状态同步
观察者模式是GoF提出的一种行为型设计模式，用于定义对象间的一对多依赖关系。当一个对象状态改变时，所有依赖它的对象都会自动收到通知。
其核心角色包括：
- Subject（主题）：维护观察者列表，提供注册、移除和通知能力
- Observer（观察者）：定义接收更新的方法，由具体观察者实现
Java中可通过自定义接口实现，也可使用内置的red">java.util.Observable类与Observer接口（注意：自Java 9起已标记为过时）。
回调与观察者的联系与区别
两者都实现了反向调用，但适用场景和结构不同。
- 接口回调更轻量，适合两个对象之间的单次或简单交互，如点击监听、异步任务完成通知
- 观察者模式强调一对多广播，主题无需知道观察者具体类型，适合状态变更频繁且需多方响应的系统模块
- 从实现上看，观察者模式通常基于接口回调的思想构建——即使用回调机制来完成通知
可以说，观察者模式是接口回调的一种典型应用形式，但加入了更清晰的角色划分与管理逻辑。
代码示例：模拟事件通知场景
定义回调接口：
public interface OnEventListener {void onUpdate(String data);
}
public class EventSource {
private OnEventListener listener;
public void setListener(OnEventListener listener) {
this.listener = listener;
}
public void triggerEvent() {
if (listener != null) {
listener.onUpdate("Event occurred!");
}
}
}
这正是典型的接口回调。若扩展成支持多个监听者，则演变为观察者模式。
基本上就这些。理解清楚“谁触发、谁响应、如何传递引用”，就能灵活运用这两种机制。
