接口回调是异步编程中实现对象解耦与状态同步的核心机制，本质是将函数或接口实例作为参数传入，在特定时机由被调用方主动触发，从而通知调用方执行进度或结果。
接口回调（callback）是异步编程中实现对象间解耦通信与状态同步的核心机制之一。它本质是“把一个函数（或实现了特定接口的对象）作为参数传给另一个方法，由后者在合适时机主动调用它”，从而让调用方能感知被调用方的执行进度或结果。
回调接口的设计：定义可被通知的契约
关键在于抽象出统一的通知协议。例如在 Java 中可定义：
public interface DownloadCallback {
void onSuccess(String filePath);
void onError(String errorMsg);
void onProgress(int percent);
}
这个接口封装了下载任务可能触发的三种状态。发起下载的对象（如 Downloader）只依赖该接口，不关心具体谁来处理结果；而真正关心结果的对象（如 Activity 或 ViewModel）只需实现该接口并传入即可。
回调的传递与触发：在异步操作完成后主动通知
被调用方需持有回调引用，并在异步逻辑结束（或阶段性完成）时安全调用其方法：
- 确保回调不为 null，避免空指针
- 若涉及线程切换（如后台线程 → 主线程），需通过 Handler、runOnUiThread 或 LiveData.postValue() 等方式保证 UI 安全
- 避免在回调中做耗时操作，否则会阻塞回调链路
示例片段（Java）：
public void startDownload(String url, DownloadCallback callback) {
new Thread(() -> {
try {
String path = doActualDownload(url);
// 切回主线程再回调，防止更新 UI 出错
handler.post(() -> callback.onSuccess(path));
} catch (Exception e) {
handler.post(() -> callback.onError(e.getMessage()));
}
}).start();
}
状态同步的关键：回调即“状态变更事件”
每次回调调用都代表被调用方内部状态的一次跃迁（如“开始→进行中→完成”）。调用方收到回调后，应立即更新自身状态以保持一致：
- UI 层收到 onProgress 就刷新进度条
- 收到 onSuccess 就隐藏加载动画、显示结果页
- 收到 onError 就弹出提示、允许重试
这种“事件驱动”的响应方式，比轮询或共享变量更轻量、更及时，也天然支持一对多通知（多个监听者注册同一回调接口）。
注意事项：避免内存泄漏与重复回调
尤其在 Android 等有生命周期的环境中：
- Activity/Fragment 持有回调时，应在 onDestroy/onDetach 时主动置空或取消注册
- 网络请求类若持有 Activity 引用，容易导致内存泄漏——推荐使用弱引用（WeakReference）包装回调，或改用 Lifecycle-aware 组件（如 LiveData + ViewModel）替代原始 Callback
- 确保异步任务不会因重试、配置变更等触发多次成功回调，必要时加标志位控制
不复杂但容易忽略。
