接口回调与观察者模式结合可实现松耦合通信，Java中通过定义回调接口如OnDataReadyListener并由目标类触发回调，同时自定义Subject和Observer接口实现一对多通知机制，进一步将不同事件的回调接口分类管理，如OnUserLoginListener和OnDataSyncListener，使主题类按类型通知观察者，适用于事件驱动、Android开发及插件化架构等场景，需注意内存泄漏问题，推荐使用弱引用或及时注销监听器以确保对象正确回收。
在Java中，接口回调与观察者模式是实现对象间解耦通信的重要手段。它们常用于事件处理、异步通知和状态变更响应等场景。虽然两者概念不同，但在实际开发中经常结合使用，形成“回调式观察者”模式。下面通过清晰的结构和示例，说明如何在Java中实践这一组合模式。
理解接口回调机制
接口回调本质上是将一个对象的方法作为参数传递给另一个对象，在特定时机被调用。Java不支持函数指针，但可通过接口实现类似功能。
定义一个回调接口，表示“当某事发生时该做什么”：
public interface OnDataReadyListener {
void onDataReady(String data);
}
目标类持有该接口的引用，并在适当时机触发回调：
立即学习“Java免费学习笔记（深入）”；
public class DataProvider {
private OnDataReadyListener listener;
public void setOnDataReadyListener(OnDataReadyListener listener) {
this.listener = listener;
}
// 模拟数据准备完成
public void fetchData() {
String result = "数据已加载";
if (listener != null) {
listener.onDataReady(result); // 触发回调
}
}
}
调用方注册监听并实现具体逻辑：
DataProvider provider = new DataProvider();
provider.setOnDataReadyListener(new OnDataReadyListener() {
@Override
public void onDataReady(String data) {
System.out.println("接收到数据：" + data);
}
});
provider.fetchData();
观察者模式的基本结构
观察者模式定义了一对多的依赖关系，多个观察者对象同时监听一个主题对象。当主题状态变化时，所有依赖它的观察者都会自动收到通知。
Java内置了java.util.Observer和java.util.Observable，但更推荐自定义实现，以获得更好的控制力和类型安全。
定义主题接口：
public interface Subject {
void registerObserver(Observer observer);
void removeObserver(Observer observer);
void notifyObservers(String event);
}
观察者接口：
public interface Observer {
void update(String event);
}
具体主题实现管理观察者列表并在状态变化时通知它们：
public class EventManager implements Subject {
private List observers = new ArrayList<>();
@Override
public void registerObserver(Observer observer) {
observers.add(observer);
}
@Override
public void removeObserver(Observer observer) {
observers.remove(observer);
}
@Override
public void notifyObservers(String event) {
for (Observer observer : observers) {
observer.update(event);
}
}
// 模拟事件触发
public void fireEvent(String message) {
notifyObservers(message);
}
}
结合回调与观察者：灵活的通知机制
可以将接口回调融入观察者模式，使通知更具针对性。例如，不同类型的事件可绑定不同的回调接口，避免所有观察者都响应无关事件。
定义多个回调接口：
public interface OnUserLoginListener {
void onLogin(String username);
}
public interface OnDataSyncListener {
void onSyncComplete(int count);
}
主题类分别管理不同类型的监听器：
public class AppEventManager {
private List loginListeners = new ArrayList<>();
private List syncListeners = new ArrayList<>();
public void addLoginListener(OnUserLoginListener listener) {
loginListeners.add(listener);
}
public void addSyncListener(OnDataSyncListener listener) {
syncListeners.add(listener);
}
public void userLoggedIn(String username) {
for (OnUserLoginListener listener : loginListeners) {
listener.onLogin(username);
}
}
public void dataSynced(int count) {
for (OnDataSyncListener listener : syncListeners) {
listener.onSyncComplete(count);
}
}
}
使用时按需注册：
AppEventManager events = new AppEventManager();
events.addLoginListener(username ->
System.out.println("欢迎用户：" + username));
events.addDataSyncListener(count ->
System.out.println("同步了 " + count + " 条数据"));
events.userLoggedIn("Alice");
events.dataSynced(15);
实际应用场景建议
这种组合模式适用于需要松耦合、动态注册/注销、多种事件类型区分的系统模块。
- Android开发中，自定义View常通过接口回调通知Activity用户操作
- 后台服务监控多个业务状态，通过观察者广播关键事件
- 插件化架构中，核心模块通过回调接口向插件发送生命周期通知
设计时注意避免内存泄漏，尤其是在长生命周期主题持有短生命周期观察者引用时。及时移除监听器，或使用弱引用（WeakReference）管理观察者列表。
基本上就这些。接口回调提供灵活性，观察者模式提供结构化通知机制，两者结合可在保持代码清晰的同时实现高效通信。关键是根据业务需求选择合适的粒度划分事件类型，避免过度设计或耦合过紧。
