常见泄漏原因：Activity 中匿名内部类 Observer 未取消注册、Fragment 生命周期与 View 分离导致

4.1 现象识别

两种典型泄漏场景在 Android 内存分析中呈现不同的表象。通过识别以下特征，可以快速缩小排查范围。

4.2 数据采集

使用 Android Studio Memory Profiler 进行现场取证，捕获两种场景的关键证据。

1. 复现操作：反复进入并退出目标 Activity / 反复 add+pop 目标 Fragment 至回退栈。
2. GC 触发：在 Profiler 中手动点击 "Force Java GC"，观察内存曲线是否回到基线。
3. Heap Dump：若内存未回落，立即 Dump Heap。
4. 实例搜索：在 Heap Viewer 中搜索 Activity 或 Fragment 类名，记录存活实例数。
5. GC Root 分析：选中多余实例，查看 Path to GC Root，确认是否通过 Observer 匿名内部类可达。

4.3 原因定位 —— 故障树分析

下面的故障树从 "LiveData Observer 注册" 出发，分两条路径直达泄漏根源，帮助工程师快速判定具体场景。

4.4 修复动作

根据故障树定位的具体场景，采取对应的代码修复方案。

场景 A：Activity 匿名内部类修复

问题代码：使用 observeForever() 但未在 onDestroy() 中移除 Observer，导致匿名内部类持有 Activity 引用。

// 问题写法：observeForever 未配对 removeObserver
public class MainActivity extends AppCompatActivity {
    private LiveData<String> liveData;
    private Observer<String> observer; // 需要持有引用

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        liveData = ...;
        observer = new Observer<String>() {
            @Override
            public void onChanged(String s) {
                // 匿名内部类隐式持有 Activity.this
                textView.setText(s);
            }
        };
        liveData.observeForever(observer);
        // 缺少：在 onDestroy 中移除
    }

    @Override
    protected void onDestroy() {
        super.onDestroy();
        // 修复：显式移除 Observer
        liveData.removeObserver(observer);
    }
}

场景 B：Fragment View 分离修复

问题代码：使用 getActivity() 作为 LifecycleOwner，导致 Observer 生命周期与 Activity 绑定而非与 Fragment View 绑定。

// 问题写法：getActivity() 作为 LifecycleOwner
public class MyFragment extends Fragment {
    private LiveData<String> liveData;
    private TextView textView;

    @Override
    public View onCreateView(LayoutInflater inflater, ViewGroup container,
                             Bundle savedInstanceState) {
        View view = inflater.inflate(R.layout.fragment_layout, container, false);
        textView = view.findViewById(R.id.text_view);
        liveData = ...;

        // 问题：使用 getActivity() 作为 LifecycleOwner
        liveData.observe(getActivity(), new Observer<String>() {
            @Override
            public void onChanged(String s) {
                // 匿名内部类持有 Fragment 引用（通过 textView）
                textView.setText(s);
            }
        });
        return view;
    }
    // Fragment 进入回退栈 → View 销毁 → Observer 仍存活 → 泄漏
}

// 修复写法：使用 getViewLifecycleOwner()
public class MyFragment extends Fragment {
    private LiveData<String> liveData;
    private TextView textView;

    @Override
    public View onCreateView(LayoutInflater inflater, ViewGroup container,
                             Bundle savedInstanceState) {
        View view = inflater.inflate(R.layout.fragment_layout, container, false);
        textView = view.findViewById(R.id.text_view);
        liveData = ...;

        // 修复：使用 getViewLifecycleOwner()
        liveData.observe(getViewLifecycleOwner(), new Observer<String>() {
            @Override
            public void onChanged(String s) {
                // View 销毁时自动移除 Observer
                textView.setText(s);
            }
        });
        return view;
    }
}

4.5 复测验证

修复后必须通过以下步骤确认泄漏已消除。

4.6 预防方案

从编码规范、静态检查和团队流程三个层面防止同类问题再次发生。

• 编码规范：
  • 禁止在 Activity/Fragment 中使用 observeForever() 注册匿名内部类 Observer；确需使用时，必须声明为字段并在 onDestroy() 中移除。
  • Fragment 中观察 LiveData 必须使用 getViewLifecycleOwner()，禁止使用 getActivity() 作为 LifecycleOwner。
  • 匿名内部类优先改为静态内部类 + WeakReference 持有外部引用。
• 静态检查：
  • 在 Android Lint 配置中启用 LiveDataObserverWithoutLifecycleOwner 检查。
  • 使用 LeakCanary 集成测试，在 CI 流程中自动检测泄漏。
• 代码审查清单：
  • 所有 observe() 调用是否传入正确的 LifecycleOwner？
  • 所有 observeForever() 是否有对应的 removeObserver()？
  • Fragment 中的 Observer 是否可能持有已销毁的 View 引用？