标签：面试题 LifecycleOwner Fragment ReportFragment Activity android SupportActivity
Activity虽然实现了LifecycleOwner接口，但是并没有实现相关处理，而是通过添加一个Fragment来代理Lifecycle的分发。这种通过Fragment代理Activity行为的设计在其他一些库也经常出现，相对来说更加无侵和优雅。
1、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()获取使用。
2、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();
}
}
3、低版本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:extensionsaar的AndroidManifest中注册：
<manifest xmlns:android=“http://schemas.android.com/apk/res/android”
package=“android.arch.lifecycle.extensions” >
<provider
android:name=“android.arch.lifecycle.ProcessLifecycleOwnerInitializer”
android:authorities="${applicationId}.lifecycle-trojan"
android:exported=“false”
android:multiprocess=“true” />
${applicationId}占位符，避免authroities冲突。
可见在无侵这件事情上做到了极致，这种无侵的初始化方法非常值得我们借鉴和使用。
4、两种Fragment
通过上面分析，我们知道Activity是通过ReportFragment代理了LifecycleOwner的实现。那么在Activity中添加的LifecycleOwner与Activity的Fragment的生命周期是否一致呢？答案是否定的。
Android中存在两种Fragment有两种：
1、SDK自带的android.app.Fragment。
2、Support包中的android.support.v4.app.Fragment（AndroidX也归为此类）。
由于前者已经被@Deprecated，所以现在普遍使用的是后者，也就是Support或者AndroidX的Fragment。而出于低版本兼容性的考虑，ReportFragment是前者。
Activity对于两种Fragment生命周期回调的实际并不相同，以onResume和onStart为例，Activity回调的实际如下表：
|
《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》
【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】 完整内容开源分享
| onStart | onResume |
| — | — | — |
| android.app.fragment | Activity.performStart(2) | Activity.onResume(3) |
| support fragment | Activity.onStart(1) | Activity.onPostResume(4) |
上面表格中()中的数字表示依次执行的顺序，所以你会发现，sdk fragment的onStart晚于support fragment，而onResume却更早执行。
Activity的LifecycleOwner虽然是基于Fragment实现的，但是同一个Activity的LifecycleOwner与Fragment的生命周期回调实际并不一致。
这在我们的开发重要特别注意，不要让视图Fragment和LifecycleOwner的生命周期中的处理产生时序上的依赖关系。
5、总结
标签：面试题,LifecycleOwner,Fragment,ReportFragment,Activity,android,SupportActivity 来源： https://blog.csdn.net/m0_64604636/article/details/122081520
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。