Java回调首选接口实现,轻量解耦支持多实现;抽象类适用于需共用模板逻辑的场景,但受限于单继承。需注意空指针防护、生命周期安全和线程一致性。

Java 中实现标准回调,核心是让调用方能“告诉”被调用方:事情做完后,记得通知我。接口和抽象类都能做到,但方式和适用场景不同——接口更轻量、更常用;抽象类适合有共用逻辑的回调场景。
用接口实现回调(最常用)
这是 Java 回调的标准写法,符合“面向接口编程”原则,解耦性好,支持多实现。
- 定义一个只含回调方法的接口,比如 OnTaskCompleteListener,里面声明 onComplete(String result)
- 被调用方(如 Downloader 类)持有一个该接口类型的引用(如 private OnTaskCompleteListener listener)
- 调用方(如 Activity 或 Service)实现该接口,并把自己传给被调用方:downloader.setListener(this)
- 被调用方在任务结束时调用 listener.onComplete("success") —— 这就是“反向调用”
用抽象类实现回调(适合带模板逻辑)
当多个回调行为有公共流程(比如统一日志、异常包装、线程切换),抽象类比接口更合适。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 定义抽象类 BaseCallback,声明抽象方法 onSuccess() 和 onError(),同时提供默认的 onStart() 和 onFinish() 实现
- 调用方继承该抽象类,只重写关心的方法(如只写 onSuccess())
- 被调用方接收 BaseCallback 类型参数,在执行各阶段主动调用对应方法
- 注意:一个类只能继承一个抽象类,所以它不支持“同时响应多个回调类型”,这点不如接口灵活
关键细节不能漏
无论用接口还是抽象类,都要注意三点:
立即学习“Java免费学习笔记(深入)”;
- 空指针防护:被调用方在调用回调前必须判空,避免 NullPointerException
- 生命周期安全:Android 等环境中,回调对象可能已被销毁(如 Activity 退出),建议使用弱引用或在回调前检查状态
- 线程一致性:回调发生在哪个线程?如果被调用方在子线程执行,而回调需更新 UI,就得手动切回主线程(如 Handler、runOnUiThread)
什么时候选接口,什么时候选抽象类?
简单判断:
- 只要“通知一件事”,且不同调用方行为差异大 → 选接口
- 需要统一预处理/后处理逻辑,或已有继承体系 → 选抽象类
- 想让一个类响应多种事件(如点击+长按+滑动)→ 必须用多个接口,抽象类做不到

















