savedInstanceState和 fragment.setRetainInstance以及 viewmodel的区别

以默认activity的配置 在屏幕旋转的时候，一般activty都会被重建，以这个情况为例子来说明 Bundle savedInstanceState 和 fragment.setRetainInstance 以及 viewmodel的区别

0. 转载请注明原文出处

作者github :github.com/zjw-swun 欢迎相互关注

1. 为什么要把这3个放在一块说

Bundle savedInstanceState 和 fragment.setRetainInstance 以及 viewmodel（viewModel = ViewModelProviders.of(this).get(UserProfileViewModel.class);用法而不是自己new的那种），都具备一种功能，就是当 屏幕旋转的时候（ 以默认activity的配置前提），都能保存一些要被销毁掉的activity中的一些数据(如editext文本，以及recyclerView的滑动位置等)，那么这3个有什么区别吗，会不会因为我们不知道原理而踩坑，下文给出答案。

2. 结论

1. Bundle savedInstanceState 中的数据是由系统进程进行存储的，它能存储的数据容量大小有限（例如intent中如果传输Bundle内容过大会出现异常），但是比如自己app因为手机内存不足而杀掉进程的话，可以能够利用该方式进行数据还原 2.fragment.setRetainInstance 以及viewmodel（viewModel = ViewModelProviders.of(this).get(UserProfileViewModel.class);用法而不是自己new的那种）的原理是一样的，都是利用，Activity类的NonConfigurationInstances类在app进程中进行保存的，它能存储数据容量比Bundler savedInstanceState 方式要大，但是比如自己app因为手机内存不足而杀掉进程的话，则不能用该方式进行数据还原

3. 部分源码分析

以下以activity类中NonConfigurationInstances类如何在屏幕旋转的时候（ 以默认activity的配置前提）如何存储并恢复NonConfigurationInstances对象为例，剖析原理 以下截图以及截图中的代码api版本为28，运行环境官方api 28的模拟器上 测试代码就不贴了很简单， 先贴一下debug断点列表，有兴趣可以试试，至于如何debug app以及debug系统进程,不知道的朋友可以看一下我另一篇文章https://www.imooc.com/article/21992 废话不多说 放图

然后看重建activity时候的断点（截图中截的是被杀死的activity 走到ondestroy的时候）

这里说明一下上一个activty先走ondrstroy 然后才重建新的activity这里和activity跳转做一个区分，然后从上图中可以发现被杀死的activity 走到ondestroy的时候中的 r和重建时候传入的参数 r（ActivityThread类中的ActivityClientRecord类型）是同一个对象，看看一下这个ActivityClientRecord类的代码

static final class ActivityClientRecord {
       //...不重要参数
        Activity.NonConfigurationInstances lastNonConfigurationInstances;
        //...不重要参数;
        }
复制代码

这就是核心的原理代码了，那么为什么说是存储在app进程中呢，根据断点列表你会发现涉及到一个关键类叫做 ActivityRelaunchItem这个类

这个类的 mActivityClientRecord就是app进程存储的那个 r了，这个 r里面包含了 lastNonConfigurationInstances，当activty切换的时候，系统进程通过binder机制通知app进程的client对象也就是activityThread间接调用 preExecute方法，进行保存，然后当重建activity的时候再系统进程通过binder机制通知app进程的client对象也就是activityThread（由activityThread.h发送 H.RELAUNCH_ACTIVITY消息通过handler机制）间接调用 execute方法 下图是activity重建时候调用 execute函数调用栈截图

重建activty后进行attach把上个被杀死的activity存下来的 r中 lastNonConfigurationInstances再设置给新activity

中间省略的步骤虽然多，但是根据断点列表走下来其实很清楚的。

授人以鱼不如授人以渔

对于如何调试app进程和系统进程，www.imooc.com/article/219… 一文中有具体操作，但是涉及到binder类是如何进行transact发消息给别的进程以及如何execTransact处理别的进程消息 的c++层的原理并没有给出解答，这里推荐一篇博客 blog.csdn.net/innost/arti… 讲解的还算不错。