摘要:与调用时机关于调用时机的追踪,我们先来简单看一下一个的启动过程的启动过程与进程间通信机制息息相关,对于进程间通信机制以及的启动过程,我们在后期的文章里会仔细说明,这里就不在做过多说明。
Android技术周报是最近我刚创建的一个文集,这篇文章也是Android技术周报这个文集的第一篇文章(发现自己好久没写文章了),主要目的是记录和分享一些工作中遇到的问题,并对其进行深入研究,对于描述的内容有异议的可以留言,大家一起交流和学习。今天的内容是从源码角度了解Activity中的 onSaveInstanceState 和 onRestoreInstanceState:
1. onSaveInstanceState到底做了些什么?protected void onSaveInstanceState(Bundle outState) { // 存储窗口视图状态 outState.putBundle(WINDOW_HIERARCHY_TAG, mWindow.saveHierarchyState()); outState.putInt(LAST_AUTOFILL_ID, mLastAutofillId); // 存储Fragment状态 Parcelable p = mFragments.saveAllState(); if (p != null) { outState.putParcelable(FRAGMENTS_TAG, p); } if (mAutoFillResetNeeded) { outState.putBoolean(AUTOFILL_RESET_NEEDED, true); // 存储Android自动填充的状态,非重点 getAutofillManager().onSaveInstanceState(outState); } // 调用ActivityLifeCallbacks的onSaveInstanceState方法进行状态存储 getApplication().dispatchActivitySaveInstanceState(this, outState); }
从源码上看,不难发现onSaveInstanceState主要做了以下三个内容:
存储窗口视图状态
存储Fragment状态
调用ActivityLifeCallbacks的onSaveInstanceState方法进行状态存储
通过调用PhoneWindow的saveHierarchyState方法实际上是调用mContentParent的saveHierarchyState方法:
@Override public Bundle saveHierarchyState() { Bundle outState = new Bundle(); if (mContentParent == null) { return outState; } SparseArraystates = new SparseArray (); mContentParent.saveHierarchyState(states); outState.putSparseParcelableArray(VIEWS_TAG, states); .... return outState; }
其中mContentParent是Activity的主视图,本质是一个View对象,在Activity#setContentView()方法里进行初始化操作,接下来回到View的saveHierarchyState方法:
public void saveHierarchyState(SparseArraycontainer) { dispatchSaveInstanceState(container); } protected void dispatchSaveInstanceState(SparseArray container) { if (mID != NO_ID && (mViewFlags & SAVE_DISABLED_MASK) == 0) { mPrivateFlags &= ~PFLAG_SAVE_STATE_CALLED; Parcelable state = onSaveInstanceState(); if ((mPrivateFlags & PFLAG_SAVE_STATE_CALLED) == 0) { throw new IllegalStateException( "Derived class did not call super.onSaveInstanceState()"); } if (state != null) { // 以当前View的ID为key值存储起来 container.put(mID, state); } } }
在View的dispatchSaveInstanceState方法里,会将View#onSaveInstanceState()方法返回的Parcelable对象以当前View的ID为key值存储起来,并返回,这也意味着如果当前View没有设置ID,那么将无法进行View的onSaveInstanceState操作:
android:id="@+id/tv_save_state"
View的onSaveInstanceState方法默认返回空状态 BaseSavedState.EMPTY_STATE,可交由子View重写,如TextView#onSaveInstanceState():
@Override public Parcelable onSaveInstanceState() { Parcelable superState = super.onSaveInstanceState(); // Save state if we are forced to final boolean freezesText = getFreezesText(); boolean hasSelection = false; int start = -1; int end = -1; if (mText != null) { start = getSelectionStart(); end = getSelectionEnd(); if (start >= 0 || end >= 0) { // Or save state if there is a selection hasSelection = true; } } if (freezesText || hasSelection) { SavedState ss = new SavedState(superState); if (freezesText) { if (mText instanceof Spanned) { final Spannable sp = new SpannableStringBuilder(mText); if (mEditor != null) { removeMisspelledSpans(sp); sp.removeSpan(mEditor.mSuggestionRangeSpan); } ss.text = sp; } else { ss.text = mText.toString(); } } if (hasSelection) { // XXX Should also save the current scroll position! ss.selStart = start; ss.selEnd = end; } if (isFocused() && start >= 0 && end >= 0) { ss.frozenWithFocus = true; } ss.error = getError(); if (mEditor != null) { ss.editorState = mEditor.saveInstanceState(); } return ss; } return superState; }
接下来进入Fragment状态的保存方法,mFragments.saveAllState(),mFragments是一个FragmentController对象,主要用于提供FragmentManager对象,维护Fragments的生命周期,这里不做过多介绍,所以最终是调用FragmentManager#saveAllState()方法,该方法最终会返回一个FragmentManagerState对象:
Parcelable saveAllState() { ... // 第一步:收集所有处于active状态的Fragment int N = mActive.size(); FragmentState[] active = new FragmentState[N]; boolean haveFragments = false; for (int i=0; iFragment.INITIALIZING && fs.mSavedFragmentState == null) { fs.mSavedFragmentState = saveFragmentBasicState(f); ... } else { fs.mSavedFragmentState = f.mSavedFragmentState; } } } // 第二步:收集已经添加的Fragments的Index int[] added = null; BackStackState[] backStack = null; N = mAdded.size(); if (N > 0) { added = new int[N]; for (int i=0; i 0) { backStack = new BackStackState[N]; for (int i=0; i 对于第一步的方法最终会调用FragmentManager#saveFragmentBasicState()方法,此方法主要有以下任务:
Bundle saveFragmentBasicState(Fragment f) { Bundle result = null; ... // 调用Fragment#onSaveInstanceState()方法(可由子类重写) f.performSaveInstanceState(mStateBundle); dispatchOnFragmentSaveInstanceState(f, mStateBundle, false); ... // 保存View的视图状态,跟上面内容介绍一致 if (f.mView != null) { saveFragmentViewState(f); } // mSavedViewState为已保存的视图状态 if (f.mSavedViewState != null) { if (result == null) { result = new Bundle(); } result.putSparseParcelableArray( FragmentManagerImpl.VIEW_STATE_TAG, f.mSavedViewState); } // 记录Fragment的显示属性 if (!f.mUserVisibleHint) { if (result == null) { result = new Bundle(); } // Only add this if it"s not the default value result.putBoolean(FragmentManagerImpl.USER_VISIBLE_HINT_TAG, f.mUserVisibleHint); } return result; }Fragment的performSaveInstanceState除了保存自身状态还会保存子Fragment的状态,实现如下:
void performSaveInstanceState(Bundle outState) { onSaveInstanceState(outState); if (mChildFragmentManager != null) { Parcelable p = mChildFragmentManager.saveAllState(); if (p != null) { outState.putParcelable(Activity.FRAGMENTS_TAG, p); } } }最后,看一下Activity#onSaveInstanceState的最后一步:
getApplication().dispatchActivitySaveInstanceState(this, outState);实际上是遍历已注册的ActivityLifecycleCallback,并调用其onActivitySaveInstanceState()方法:
void dispatchActivitySaveInstanceState(Activity activity, Bundle outState) { Object[] callbacks = collectActivityLifecycleCallbacks(); if (callbacks != null) { for (int i=0; i至此,Activity#onSaveInstanceState的工作已经做完了,总结起来,其时序图如下:
讲解过程省略了不少代码,需要做详细了解的可以进一步查看源码,关于onRestoreInstanceState的方法实现,主要是以上方法的一个逆过程,这里不再做过多的叙述,接下来内容主要讲onSaveInstanceState与onRestoreInstanceState的调用时机。
2. onSaveInstanceState与onRestoreInstanceState调用时机关于onSaveInstanceState调用时机的追踪,我们先来简单看一下一个Activity的启动过程:
Activity的启动过程与Binder进程间通信机制息息相关,对于Binder进程间通信机制以及Activity的启动过程,我们在后期的文章里会仔细说明,这里就不在做过多说明。Activity的启动过程主要的步骤可以概括如下:
MainActivity向ActivityManagerService发送一个启动SecondActivity的进程间通信请求;
ActivityManagerService保存SecondActivity的相关信息,并向MainActivity发送一个进入中止状态(pause)的进程间通信请求;
MainActivity进入中止状态后,向ActivityManagerService发送一个已进入中止状态的进程间通信请求;
ActivityManagerService发现SecondActivity所在进程不存在,则会发起启动新进程的请求;
当新进程启动完毕后,会向SecondActivity发送一个启动完成的进程间通信请求;
ActivityManagerService将保存的SecondActivity信息发送给新创建的进程,以便其将SecondActivity启动起来
我们主要看第三步,Activity接收ActivityManagerService的进程间通信请求最终都会由该Activity所在的进程对象ActivityThread里的Handler对象去处理:
// ActivityThread.java private class H extends Handler { public void handleMessage(Message msg) { if (DEBUG_MESSAGES) Slog.v(TAG, ">>> handling: " + codeToString(msg.what)); switch (msg.what) { ... case PAUSE_ACTIVITY: { // 通知Activity进入中止状态 Trace.traceBegin(Trace.TRACE_TAG_ACTIVITY_MANAGER, "activityPause"); SomeArgs args = (SomeArgs) msg.obj; handlePauseActivity((IBinder) args.arg1, false, (args.argi1 & USER_LEAVING) != 0, args.argi2, (args.argi1 & DONT_REPORT) != 0, args.argi3); Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER); } break; ... } }核心方法为handlePauseActivity:
private void handlePauseActivity(IBinder token, boolean finished, boolean userLeaving, int configChanges, boolean dontReport, int seq) { ActivityClientRecord r = mActivities.get(token); if (DEBUG_ORDER) Slog.d(TAG, "handlePauseActivity " + r + ", seq: " + seq); if (!checkAndUpdateLifecycleSeq(seq, r, "pauseActivity")) { return; } if (r != null) { ... r.activity.mConfigChangeFlags |= configChanges; performPauseActivity(token, finished, r.isPreHoneycomb(), "handlePauseActivity"); ... } }接着在往下看performPauseActivity:
final Bundle performPauseActivity(IBinder token, boolean finished, boolean saveState, String reason) { ActivityClientRecord r = mActivities.get(token); return r != null ? performPauseActivity(r, finished, saveState, reason) : null; } final Bundle performPauseActivity(ActivityClientRecord r, boolean finished, boolean saveState, String reason) { ... if (finished) { r.activity.mFinished = true; } // Next have the activity save its current state and managed dialogs... if (!r.activity.mFinished && saveState) { callCallActivityOnSaveInstanceState(r); } ... }这时候关键方法已经显而易见了:
private void callCallActivityOnSaveInstanceState(ActivityClientRecord r) { r.state = new Bundle(); r.state.setAllowFds(false); if (r.isPersistable()) { r.persistentState = new PersistableBundle(); mInstrumentation.callActivityOnSaveInstanceState(r.activity, r.state, r.persistentState); } else { mInstrumentation.callActivityOnSaveInstanceState(r.activity, r.state); } } public void callActivityOnSaveInstanceState(Activity activity, Bundle outState, PersistableBundle outPersistentState) { activity.performSaveInstanceState(outState, outPersistentState); } final void performSaveInstanceState(Bundle outState, PersistableBundle outPersistentState) { // 这就是我们希望看到的方法 onSaveInstanceState(outState, outPersistentState); saveManagedDialogs(outState); storeHasCurrentPermissionRequest(outState); if (DEBUG_LIFECYCLE) Slog.v(TAG, "onSaveInstanceState " + this + ": " + outState + ", " + outPersistentState); }总结起来,onSaveInstanceState会在以下情况下被调用:
当用户按下home键;
长按home键切换应用程序;
按下电源键;
启动一个新的Activity;
屏幕方向切换;
电话打入等情况发生
而onRestoreInstanceState只有在activity确实是被系统回收,重新创建activity的情况下才会被调用,所以主要分为以下两种情况:
a. activity没有被销毁:
onPause -> onSaveInstanceState -> onStop -> onRestart -> onStart -> onResumeb. activity被销毁:
onPause -> onSaveInstanceState -> onStop -> onDestroy -> onCreate -> onStart -> onRestoreInstanceState -> onResumeOK,今天的内容就到这里,下篇文章见 ~
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/14811.html
摘要:开发经验谈开发经验谈是由张明云维护更新的简书专栏,目前已经收录了近千篇技术文章。如果你在简书写技术文章,当然可以随便投稿啦。 Android Weekly Android Weekly 是由一群国外知名的Android 开发者维护,分享的内容不仅仅只有干货,而且还有最新的技术分享,也是Android 开发圈子最早,最有名的周报。如果想看中文版,请移步知乎专栏——《Android We...
摘要:针对区块链技术推出的中文播客第三期更新啦,与宣布正式建立合作关系,共同推进解决方案的发展,团队去了成都做封闭开发更多动态,都在这里社区动态终于更新啦本期是三位大佬一起畅聊攻击,画风幽默,内容全面。 Jan,29,2019showImg(https://segmentfault.com/img/bVbnWvk?w=1080&h=460); 亲爱的 Nervos 粉丝们: 中国的农历新年马...
摘要:国产片的理想之作,国产科幻片的先行者,未来可期活动预告月日,将参加在举办的活动月日,受邀参加由碳链价值主办的年首次线下活动碳话主题为论区块链共识机制关注我们官网论坛这是双周报的第期,如有任何建议或者想法,欢迎大家来讨论留言哦 showImg(https://segmentfault.com/img/bVbokFM?w=1080&h=460); 今年的朋友圈突然变得不那么活跃了?大家是否...
摘要:老师周四分享程序员中的专业区块链讲解员老师每周四晚的千聊直播分享,最近两周带来了期有关比特币白皮书图解的内容,第一部分主要讲的是比特币的基本情况及比特币网络的基本组成,第二部分深入解析了比特币的交易及共识机制。 showImg(https://segmentfault.com/img/bVbpdhy?w=1080&h=460); 这一期,有些激动有些慌!为什么呢? 在正式发布 CKB ...
摘要:根据组的特性,这些进程会同时启动或停止。另外,配置含有属性,这意味着它是系统关键进程如果进程不幸在分钟内异常退出超过次,设备将重启并进入还原模式。当每次重启时,其他关键进程等也会被。欢迎大家前往腾讯云+社区,获取更多腾讯海量技术实践干货哦~ 本文由goo发表于云+社区专栏 相信我们对Android系统都不陌生,而Android系统博大精深,被各种各样的智能设备承载的同时,我们会否好奇过...
阅读 518·2021-11-22 15:32
阅读 2580·2021-11-19 09:40
阅读 2085·2021-11-17 09:33
阅读 1143·2021-11-15 11:36
阅读 1728·2021-10-11 10:59
阅读 1344·2019-08-29 16:41
阅读 1640·2019-08-29 13:45
阅读 2029·2019-08-26 13:36