java中接口通过回调机制作为参数传递，本质是将“将来要执行的操作”定义为接口实例，异步完成后调用其方法实现通知；关键在于接口定义契约、实现类提供逻辑、调用方在适当时机触发方法。
Java 中接口通过回调机制作为参数传递，本质是把“将来要执行的操作”提前定义为接口实例，等异步任务完成时调用其方法，从而实现通知。关键在于：接口定义行为契约，实现类提供具体逻辑，调用方在合适时机（如线程结束、IO完成）触发该接口方法。
定义回调接口
先设计一个简洁的回调接口，通常含一个或多个通知方法，参数根据业务需要设定。例如：
- 用 void onSuccess(String result) 通知成功并携带结果
- 用 void onError(Exception e) 通知失败原因
- 避免在接口中声明 checked exception，除非调用方必须处理
异步方法接收接口参数
在发起异步操作的方法中，把回调接口作为形参传入。方法内部启动新线程、提交任务或调用异步 API，并在完成时调用回调方法：
- 不要在异步线程里直接 new 接口（接口不能实例化），而是接收已实现的对象，如 MyCallback callback
- 确保回调对象在线程安全范围内可访问（一般没问题，因只是引用）
- 典型写法：executor.submit(() -> { /* 执行耗时操作 */; callback.onSuccess(data); });
调用方传入回调实现
使用时，调用方提供接口的具体实现——可以是匿名内部类、Lambda 表达式或独立类：
- Lambda 更简洁：doAsyncTask("query", data -> System.out.println("成功：" + data));
- 若需复用或逻辑复杂，可写独立类实现接口，再传实例
- 注意：Lambda 捕获的变量需是 final 或 effectively final
注意事项与常见问题
实际开发中容易忽略但影响稳定性的点：
- 回调方法内避免阻塞主线程（尤其 Android 或 Swing 场景），必要时切回主线程更新 UI
- 检查回调对象是否为 null，防止 NPE —— 异步任务可能早于回调注册完成
- 不建议在回调中再发起新的异步调用而不做生命周期管理（如 Activity 销毁后回调仍执行）
- Java 8+ 可优先考虑 Consumer
、BiConsumer 等函数式接口，减少自定义接口数量
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
