Java中无“接口回调”语法，仅通过接口+对象引用实现回调模式；本质是传递实现接口的对象供调用，属设计习惯而非语言特性。
Java里没有“接口回调”这个独立语法，只有通过接口+对象引用实现的回调模式；本质是把一个实现了某接口的对象传给另一个类，让后者在合适时机调用其方法——不是语言特性，而是设计习惯。
为什么不能直接写 callback() 而要定义接口
Java不支持函数式参数（直到Java 8才有FunctionalInterface简化），必须靠接口约束方法签名。如果跳过接口，编译器无法检查传入对象是否真有你要调用的方法。
- 不定义接口 → 只能用
Object接收，运行时强制转型，极易抛ClassCastException - 接口定义了契约：谁实现它，就必须提供
onSuccess(String)或onFailure(Exception)这类方法 - 即使只用一次，也建议定义最小接口，比如
DownloadListener比泛用Callback更清晰
最简可行回调实现（Java 7 风格）
不用Lambda，适合理解底层逻辑。关键点：接口声明、实现类、持有引用、触发调用。
interface DataCallback {
void onDataLoaded(String data);
void onError(Exception e);
}
class DataLoader {
private DataCallback callback;
void setCallback(DataCallback callback) {
this.callback = callback;
}
void load() {
// 模拟异步加载
new Thread(() -> {
try {
Thread.sleep(500);
if (callback != null) {
callback.onDataLoaded("Hello from loader");
}
} catch (Exception e) {
if (callback != null) {
callback.onError(e);
}
}
}).start();
}
}
// 使用方
new DataLoader().setCallback(new DataCallback() {
@Override
public void onDataLoaded(String data) {
System.out.println("Received: " + data);
}
@Override
public void onError(Exception e) {
e.printStackTrace();
}
}).load();
Java 8+ 中用 Lambda 简化回调的注意事项
Lambda只能用于函数式接口（仅一个抽象方法），且不能捕获非final或“事实final”的变量。常见翻车点：
立即学习“Java免费学习笔记（深入）”；
- 在Lambda里修改外部局部变量 → 编译报错：“local variables referenced from a lambda expression must be final or effectively final”
- 忘记判空：
if (callback != null) callback.onDataLoaded(...)仍不可少，Lambda本身不解决空指针 - 误以为Lambda是线程安全的 → 若
callback被多个线程同时设置，需加同步，否则可能调用到已失效的对象
正确写法示例：
DataLoader loader = new DataLoader();
loader.setCallback((data) -> System.out.println("OK: " + data)); // 只有onDataLoaded时可省略方法名
loader.load();
Android开发中回调容易漏掉的生命周期问题
Activity/Fragment销毁后，若回调仍在执行并试图更新UI，会触发IllegalStateException: Can not perform this action after onSaveInstanceState或空指针。
- 在
onDestroy()里设callback = null，并在触发前检查 - 更稳妥的做法：用
WeakReference持有回调，避免内存泄漏 - 不要在回调里直接调用
findViewById或getSupportFragmentManager()，先判断isAdded()或isDetached()
回调不是银弹，它把控制权交出去的同时，也把责任和风险一并移交了——尤其在异步、跨组件、生命周期不确定的场景下，空引用、线程冲突、状态不一致，往往就藏在那句看似无害的callback.onSuccess(...)里。
