核心思路是用私有回调接口定义契约，外部类实现并控制，内部类仅触发调用。可选抽象方法或弱引用方案，避免暴露内部类方法或直接修改public字段。
在不破坏封装的前提下，让内部类向外部类暴露特定回调接口，核心思路是：**用接口定义契约、由外部类提供实现、内部类仅负责触发**。关键不在“暴露”，而在“约定清晰、调用可控”。
用私有回调接口 + 外部类实现
外部类定义一个 私有接口，只供自身和其内部类使用；内部类持有该接口的引用（通过构造传入或 setter 设置），但不对外公开这个引用本身。
- 接口定义在外部类内部，天然被包外不可见，封装性不受影响
- 外部类自己实现该接口，并将实例传给内部类，控制权始终在外部类手中
- 内部类只需调用接口方法，不关心谁实现、怎么实现
class DataProcessor {
private String data = "initial";
// 私有回调接口，仅本类及内部类可见
private interface OnDataUpdateListener {
void onDataUpdated(String newData);
}
private class DataLoader {
private final OnDataUpdateListener listener;
DataLoader(OnDataUpdateListener listener) {
this.listener = listener;
}
void loadData() {
// 模拟异步操作后触发回调
String result = "loaded_" + data;
listener.onDataUpdated(result); // 安全调用，不暴露 listener 给外界
}
}
public void startLoading() {
// 外部类自己实现回调逻辑，并传入内部类
DataLoader loader = new DataLoader(new OnDataUpdateListener() {
@Override
public void onDataUpdated(String newData) {
data = newData; // 安全更新自身私有字段
System.out.println("Updated: " + data);
}
});
loader.loadData();
}
}
用抽象方法或模板方法模式
如果回调逻辑高度固定（比如“加载前→执行→加载后”），可把回调点设计为外部类的 protected 抽象方法 或 空实现的钩子方法，内部类直接调用，具体行为由外部类子类或当前类本身决定。
- 避免接口定义，更轻量；子类可覆盖定制，父类保持控制流
- 内部类调用的是外部类自己的方法，不持有额外引用，无内存泄漏风险
- 所有逻辑仍在外部类作用域内，封装边界清晰
用弱引用 + 生命周期检查（针对 Activity/Fragment 场景）
在 Android 等有明确生命周期的环境中，若内部类需回调 UI 更新，应避免强引用导致内存泄漏。可让内部类持有一个 WeakReference<外部类>，并在回调前检查对象是否还有效。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
立即学习“Java免费学习笔记（深入）”；
- 不破坏封装：WeakReference 是工具，不是暴露内部状态
- 防止崩溃：避免在 Activity 已销毁时更新 UI
- 推荐搭配 LifecycleOwner 或 ViewModel 使用，而非裸写内部类
不推荐的做法
直接把内部类的 public 方法暴露给外部类调用——这会倒置职责，让外部类依赖内部类的具体实现，违背“高内聚、低耦合”原则；也容易因内部类生命周期短于外部类而引发空指针。
也不建议让内部类直接修改外部类的 public 字段——这等于绕过封装，失去数据校验和状态一致性保障。
