【Android】源码分析Activity如何实现LifecycleOwner

￡神魔★判官ぃ 2023-02-11 10:28 15阅读 0赞

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3ZpdGF2aXZh_size_16_color_FFFFFF_t_70]  
我们都知道Activity可作为`LifecycleOwner`为LiveData的使用提供条件，那么Activity是如何实现LifecycleOwner的呢？

Activity虽然实现了LifecycleOwner接口，但是并没有实现相关处理，而是通过添加一个Fragment来代理Lifecycle的分发。这种通过Fragment代理Activity行为的设计在其他一些库也经常出现，相对来说更加无侵和优雅。

# SupportActivity #

--------------------

Activity通过继承`SupportActivity`实现LifecycleOwner接口。注意在AndroidX中SupportActivity改名为`ComponentActivity`

public class SupportActivity extends Activity implements LifecycleOwner { 
    
        ...
    
        private LifecycleRegistry mLifecycleRegistry = new LifecycleRegistry(this);
    
        ...
    
        @Override
        protected void onSaveInstanceState(Bundle outState) { 
            mLifecycleRegistry.markState(Lifecycle.State.CREATED);
            super.onSaveInstanceState(outState);
        }
    
        ...
    
        @Override
        public Lifecycle getLifecycle() { 
            return mLifecycleRegistry;
        }
    }

SupportActivity声明了`mLifecycleRegistry`对象，但是没有直接使用其进行生命周期的分发，而是被`ReportFragment`通过`activity.getLifecycle()`获取使用。

# ReportFragment #

--------------------

SupportActivity在`onCreate`为自己添加了ReportFragment：

@RestrictTo(LIBRARY_GROUP)
    public class SupportActivity extends Activity implements LifecycleOwner { 
      // ...
    
      @Override
      @SuppressWarnings("RestrictedApi")
      protected void onCreate(@Nullable Bundle savedInstanceState) { 
          super.onCreate(savedInstanceState);
          ReportFragment.injectIfNeededIn(this);
      }
      
      // ...
    }

`injectIfNeededIn`是ReportFragment的静态方法

public static void injectIfNeededIn(Activity activity) { 
            // ProcessLifecycleOwner should always correctly work and some activities may not extend
            // FragmentActivity from support lib, so we use framework fragments for activities
            android.app.FragmentManager manager = activity.getFragmentManager();
            if (manager.findFragmentByTag(REPORT_FRAGMENT_TAG) == null) { 
                manager.beginTransaction().add(new ReportFragment(), REPORT_FRAGMENT_TAG).commit();
                // Hopefully, we are the first to make a transaction.
                manager.executePendingTransactions();
            }
        }

# 低版本Activity兼容Lifecycle #

--------------------

SupportActivity是伴随Lifecycle才出现的，`android.arch.lifecycle:extensions`为早期还没有继承SupportActivity的Activity也提供了支持，通过`LifecycleDispatcher`实现ReportFragment的注入：

class LifecycleDispatcher { 
    
        static void init(Context context) { 
            if (sInitialized.getAndSet(true)) { 
                return;
            }
            ((Application) context.getApplicationContext())
                    .registerActivityLifecycleCallbacks(new DispatcherActivityCallback());
        }
    
        static class DispatcherActivityCallback extends EmptyActivityLifecycleCallbacks { 
            private final FragmentCallback mFragmentCallback;
    
            DispatcherActivityCallback() { 
                mFragmentCallback = new FragmentCallback();
            }
    
            @Override
            public void onActivityCreated(Activity activity, Bundle savedInstanceState) { 
                if (activity instanceof FragmentActivity) { 
                    ((FragmentActivity) activity).getSupportFragmentManager()
                            .registerFragmentLifecycleCallbacks(mFragmentCallback, true);
                }
                ReportFragment.injectIfNeededIn(activity);
            }
    
        }
    }

之前还疑惑为什么ReportFragment的实现不写到SupportActivity中去，看到这里终于理解了其存在的意义了吧。

`LifecycleDispatcher`并不需要在Application中调用，他通过`ContentProvider`实现初始化

public class ProcessLifecycleOwnerInitializer extends ContentProvider { 
        @Override
        public boolean onCreate() { 
            LifecycleDispatcher.init(getContext());
            ProcessLifecycleOwner.init(getContext());
            return true;
        }    
    }

在`android.arch.lifecycle:extensions`aar的AndroidManifest中注册：

`${applicationId}`占位符，避免authroities冲突。

可见在无侵这件事情上做到了极致，这种无侵的初始化方法非常值得我们借鉴和使用。

# 两种Fragment #

--------------------

通过上面分析，我们知道Activity是通过ReportFragment代理了LifecycleOwner的实现。那么在Activity中添加的`LifecycleOwner`与Activity的`Fragment`的生命周期是否一致呢？答案是否定的

Android中存在两种Fragment有两种：

*  ADK自带的`android.app.Fragment`
 *  Support包中的`android.support.v4.app.Fragment`（AndroidX也归为此类）

由于前者已经被`@Deprecated`，所以现在普遍使用的是后者，也就是Support或者AndroidX的Fragment。而出于低版本兼容性的考虑，`ReportFragment`是前者。

Activity对于两种Fragment生命周期回调的实际并不相同，以`onResume`和`onStart`为例，Activity回调的实际如下表：

<table> 
 <thead> 
  <tr> 
   <th align="left"></th> 
   <th align="left">onStart</th> 
   <th align="left">onResume</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="left">adk fragment</td> 
   <td align="left">Activity.performStart(2)</td> 
   <td align="left">Activity.onResume(3)</td> 
  </tr> 
  <tr> 
   <td align="left">support fragment</td> 
   <td align="left">Activity.onStart(1)</td> 
   <td align="left">Activity.onPostResume(4)</td> 
  </tr> 
 </tbody> 
</table>

上面表格中`（）`中的数字表示依次执行的顺序，所以你会发现，adk fragment的`onStart`晚于support fragment，而`onResume`确更早执行

> Activity的LifecycleOwner虽然是基于Fragment实现的，但是同一个Activity的LifecycleOwner与Fragment的生命周期回调实际并不一致。

这在我们的开发重要特备注意，不要视图让Fragment和LifecycleOwner的生命周期中的处理产生时序上的依赖关系。

# 总结 #

--------------------

通过源码分析Activity对于LifecycleOwner的实现后，我们得到以下结论

*  Activity不直接调用`HandleLifecycleEvent`进行生命周期的分发，而是通过`ReportFragment`实现
 *  ReportFragment的注入和过程全程无侵，值得我们借鉴和学习
 *  同一个Activity，其`LifecycleOwner`与Fragment的生命周期回调实际并不一致，需要特别注意

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3ZpdGF2aXZh_size_16_color_FFFFFF_t_70]: https://img-blog.csdnimg.cn/20200523202443116.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3ZpdGF2aXZh,size_16,color_FFFFFF,t_70