Java 里没有回调函数，但可以用接口模拟
Java 没有像 JavaScript 那样的 function 类型或一级函数，所谓“回调”，本质是把行为封装进接口实例，由调用方在合适时机通过接口方法触发。关键不是语法糖，而是谁持有接口引用、谁负责调用。
常见错误是定义了回调接口却忘了传入实现类，导致运行时 NullPointerException；或者在异步线程中直接操作 UI 组件（Android）或非线程安全对象，引发崩溃或数据错乱。
- 回调接口必须定义清晰的契约：方法名、参数、是否允许为
null、线程上下文（比如是否在主线程调用） - 调用方（如异步任务类）应持有
Callback类型字段，并在构造或执行前校验非空：Objects.requireNonNull(callback) - 如果异步任务在子线程执行，而回调需更新 UI，必须显式切回主线程（Android 用
Handler或runOnUiThread，Swing 用SwingUtilities.invokeLater）
写一个最小可用的 Callback 接口和 AsyncTask
不要一上来就套用 CompletableFuture 或第三方库——很多老项目还在用自定义回调，且需要控制线程切换时机。下面这个模式足够轻量、可读性强、调试方便。
示例场景：网络请求完成后通知 UI 层更新文本。
立即学习“Java免费学习笔记（深入）”；
public interface DataCallback {
void onSuccess(String data);
void onError(Exception e);
}
使用时：
new AsyncTask<String, Void, String>() {
private final DataCallback callback;
public MyTask(DataCallback callback) {
this.callback = callback;
}
@Override
protected String doInBackground(String... urls) {
// 模拟网络请求
return fetchFromNetwork(urls[0]);
}
@Override
protected void onPostExecute(String result) {
if (result != null) {
callback.onSuccess(result);
} else {
callback.onError(new RuntimeException("Fetch failed"));
}
}
}.execute("https://api.example.com/data");
- 接口方法命名建议带语义，如
onSuccess/onError，比handle更易定位问题 - 避免在
doInBackground中直接调用回调——它运行在后台线程，UI 更新会 crash - 如果任务可能被取消（
cancel(true)），记得在onCancelled()中也调用callback.onError(...)，否则上层永远等不到响应
用 CompletableFuture 替代手写回调的取舍
CompletableFuture 是 Java 8 提供的真正异步组合工具，但它不是“回调的语法糖”，而是基于状态机的链式抽象。强行把它当回调用（比如只调 whenComplete）反而掩盖了错误传播路径。
典型误用：在 thenAccept 里做耗时操作，导致后续链阻塞；或忽略 exceptionally，让异常静默吞掉。
- 想简单通知完成？用
thenRun或thenAccept即可，别套多层thenCompose - 需要区分成功/失败分支？优先用
handle（统一处理），而不是拆成thenApply+exceptionally——后者失败时不会进入thenApply - 注意默认执行器：无参构造的
CompletableFuture使用ForkJoinPool.commonPool()，I/O 密集型任务建议传入自定义Executor
Android 中 Callback 泄漏的真实风险
Activity 销毁后，异步任务仍持有其内部回调引用，导致 Activity 无法 GC，内存持续上涨。这不是理论问题，Logcat 里能看到 Leaked IntentReceiver 或 MAT 分析出强引用链。
根本原因不是用了接口，而是生命周期没对齐。
- 在
onDestroy或onStop中主动清空回调引用（设为null），并在调用前加空检查 - 更稳妥的做法是用弱引用包装回调：
private final WeakReference<datacallback> callbackRef;</datacallback>，但要注意回调里不能强引用 Activity 成员变量 - Jetpack 的
LiveData或Flow能自动感知生命周期，但它们不是回调替代品——只是把“谁来通知”交给了框架管理
最常被忽略的一点：回调接口的方法签名里，如果参数类型是 Activity 或 Fragment，那它天然就是泄漏源。把数据模型抽成独立 POJO，回调只收数据，不收上下文。
