java接口回调本质是任务完成时主动通知调用方，通过定义泛型callback接口、异步结束后触发onsuccess/onerror方法实现非阻塞通信，支持lambda简化，并与future等拉模型形成互补。
Java 接口回调在异步编程中本质是“任务完成时通知调用方”，不是靠线程阻塞，而是通过定义回调接口、在异步操作结束处主动触发方法调用。核心在于：**把“等结果”的逻辑，从同步等待变成“结果出来后自动执行”**。
定义标准回调接口
先声明一个简单、通用的回调接口，通常包含成功和失败两个方法：
public interface Callback<t> {
void onSuccess(T result);
void onError(Exception e);
}</t>
泛型 T 支持不同返回类型，避免强制类型转换；接口轻量，不依赖任何框架。
在异步任务中注入并触发回调
以线程池执行耗时操作为例，在子线程完成计算后，**不能直接在子线程里处理 UI 或业务逻辑**（可能线程不安全或违反分层），而是调用回调方法交还控制权：
- 创建异步任务时，把 Callback 实例作为参数传入
- 任务执行完毕（无论成功或异常），在 try-catch 后调用对应回调方法
- 注意：如果回调涉及 UI 更新（如 Android 或 JavaFX），需确保在主线程执行（例如用
runOnUiThread或Platform.runLater）
用 Lambda 简化调用方代码
使用方无需单独写实现类，直接传入 Lambda 表达式，语义清晰、代码紧凑：
doAsyncTask("data", new Callback<string>() {
@Override
public void onSuccess(String result) {
System.out.println("Got: " + result);
}
@Override
public void onError(Exception e) {
e.printStackTrace();
}
});</string>
等价于更简洁的写法：
doAsyncTask("data",
result -> System.out.println("Got: " + result),
e -> e.printStackTrace()
);
只需额外重载一个接受两个函数式接口的方法（Consumer<t></t> 和 Consumer<exception></exception>），即可支持这种风格。
对比 Future / CompletableFuture 的定位
接口回调不是替代 Future，而是更底层的协作模式：
- Callback 是“推模型”：结果就绪即通知，适合事件驱动、链式响应场景
-
Future 是“拉模型”：调用方主动
get()获取结果，会阻塞；CompletableFuture虽支持 thenApply 等异步组合，但本质仍是基于回调的封装 - 实际项目中，Callback 常用于 SDK 对外暴露异步能力（如网络请求库），而业务层可选择用 CompletableFuture 统一编排多个异步任务
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
