内部类实现回调机制的核心是异步任务完成后主动通知调用方并传递结果或状态：匿名内部类适用于简单回调，可访问final变量和外部字段；成员内部类适合需维护状态的场景；需注意线程切换与变量可见性。
内部类实现回调机制，核心是让异步任务执行完成后能主动通知调用方、传递结果或状态——用成员内部类或匿名内部类封装回调逻辑，天然持有外部类引用，可直接访问外部变量，避免手动传参和线程安全顾虑。
用匿名内部类定义回调接口实例
定义一个简单回调接口（如 TaskCallback），包含 onSuccess(result) 和 onFailure(error) 方法。启动异步任务（如新线程、HandlerThread 或 ExecutorService）时，把匿名内部类对象作为回调传入：
- 该匿名类可直接读写外部方法中的 final 或 effectively final 变量（Java 8+ 支持），也可安全访问外部类的非 final 成员字段；
- 避免因局部变量生命周期短导致的引用失效问题；
- 示例中无需额外 weak reference 或 handler post，结构轻量、意图清晰。
成员内部类封装带状态的回调处理器
当需要维护回调过程中的中间状态（如重试次数、上次响应时间、临时缓存结果），适合用成员内部类。它天然持有外部类 this 引用，可自由操作外部类字段：
- 在内部类中定义私有字段记录执行次数、是否已回调、当前等待状态等；
- 通过外部类提供 reset() / cancel() 等控制方法，与回调逻辑解耦又保持强关联；
- 比静态内部类 + 显式传 this 更安全（无内存泄漏风险），比 Lambda 更灵活（支持状态存储和复用）。
注意线程切换与变量可见性
异步任务通常在子线程执行，回调常需更新 UI 或修改共享状态，必须确保线程安全：
- 若涉及 UI 操作（如 Android 中更新 TextView），回调内需切回主线程（用 Handler、runOnUiThread 或 View.post）；
- 若多个线程可能修改同一变量（如 count++），需用 volatile 修饰基础状态标识，或用 AtomicInteger 等原子类型；
- 内部类访问的外部类字段，若会被异步线程写入，建议加 final 修饰（只读）或配合同步块保护。
对比 Lambda 与内部类的适用场景
不是所有回调都该用内部类。Lambda 更简洁，但受限于“只能访问 effectively final 变量”：
- 需要修改外部变量值（如 boolean isDone = false → 设为 true）、或反复调用同一回调对象时，优先选匿名/成员内部类；
- 纯函数式、一次性的简单通知（如日志打印、单次状态标记），Lambda 更干净；
- Android 开发中，Activity/Fragment 内使用非静态内部类回调需警惕内存泄漏——建议配合弱引用或在 onDestroy 中清理回调引用。
