Fragment切换时onResume()触发java.lang.NullPointerException原因排查

嘿，你遇到的这个偶发空指针问题我之前也碰到过，结合你提到的场景和代码片段，大概率和getActivity()返回null有关，下面是几个最常见的触发场景：

• Fragment已与Activity解除关联，但onResume()仍被调用
  正常情况下Fragment的生命周期和绑定的Activity是同步的，但在一些极端场景下——比如快速切换Fragment、系统因内存不足回收Activity的过程中——可能会出现Fragment的onResume()回调被触发时，它已经不再依附于任何Activity了，这时候调用getActivity()就会拿到null，进而引发空指针异常。

• Fragment事务处理不规范导致生命周期时序错乱
  如果你的FragmentTransaction使用了不恰当的提交方式（比如滥用commitAllowingStateLoss()），或者在Activity的生命周期外执行了事务，可能会导致Fragment的生命周期回调时序错乱。比如Fragment还没完全绑定到Activity上，onResume()就被意外触发，这时候getActivity()自然返回null。

• 配置变更引发的Activity重建问题
  当设备发生配置变更（比如旋转屏幕），Activity会被销毁重建。如果Fragment没有正确处理这种场景（比如没设置setRetainInstance(true)，或者Activity重建时没有正确重新关联Fragment实例），旧的Fragment实例可能会在新的Activity环境中触发onResume()，但它关联的还是已经销毁的旧Activity，这时候调用getActivity()也会得到null。

对应的解决建议 #

这里给你几个实用的方案来避免这个问题：

1. 调用getActivity()前先判空
   修改你的onResume()代码，增加空判断逻辑，确保安全调用：

   @Override
   public void onResume() {
       super.onResume();
       Activity attachedActivity = getActivity();
       if (attachedActivity != null) {
           attachedActivity.setTitle(R.string.your_target_title);
           // 其他需要依赖Activity的操作也放在这个判断块里
       }
   }
   

2. 用requireActivity()替代getActivity()
   如果你确定Fragment在正常业务流程中一定有Activity依附，只是想在异常场景下得到更明确的错误提示，可以用requireActivity()替代getActivity()。它在Fragment未绑定Activity时会抛出IllegalStateException，比静默的NullPointerException更便于排查问题：

   @Override
   public void onResume() {
       super.onResume();
       requireActivity().setTitle(R.string.your_target_title);
   }
   

3. 规范Fragment事务的提交
   尽量避免在Activity的生命周期外执行Fragment事务，也不要随意使用commitAllowingStateLoss()（除非你完全清楚它带来的状态丢失风险），确保事务提交的时机符合Activity的生命周期规则。

内容的提问来源于stack exchange，提问作者JohnC--