打开官网，我们可以看到 ViewModel 的描述：
The
ViewModelclass allows data to survive configuration changes such as screen rotations.
同时还给出了 ViewModel 的生命周期图：
通过该图我们可以很清晰的看到，ViewModel 与 Activity 的生命周期几乎是一致的，但这并没有引起我的关注，我在意的是描述中的那句话， 在发生屏幕旋转时，ViewModel 实例依然存在 ，为了验证这句话，我写了一个小 demo 来佐证，示例 demo 如下：
override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.activity_main) val mainViewModel = ViewModelProviders.of(this).get(MainViewModel::class.java) Log.e("TAG", "onCreate:$mainViewModel") } override fun onSaveInstanceState(outState: Bundle?) { super.onSaveInstanceState(outState) Log.e("TAG", "onSaveInstanceState:") } override fun onRestoreInstanceState(savedInstanceState: Bundle?) { super.onRestoreInstanceState(savedInstanceState) Log.e("TAG", "onRestoreInstanceState:") } 复制代码
操作步骤很简单，就是操作屏幕旋转，佐证下 ViewModel 实例是否仍是 Activity 旋转屏幕之前的实例，打印结果如下：
2019-08-13 21:45:55.381 E/TAG: onCreate:com.codelang.jetpack.MainViewModel@b02354 2019-08-13 21:46:06.435 E/TAG: onSaveInstanceState: 2019-08-13 21:46:06.608 E/TAG: onCreate:com.codelang.jetpack.MainViewModel@b02354 2019-08-13 21:46:06.617 E/TAG: onRestoreInstanceState: 复制代码
通过日志我们可以看到，在发生屏幕旋转时，旋转之前的 MainViewModel 与旋转后的 MainViewModel 内存地址一致，验证了官网对 ViewModel 描述的正确性。
我们知道，在屏幕发生旋转时，整个 Activity 都会被销毁和重建，与之所对应的对象和变量也都会被重新初始化，但 ViewModel 的实例并没有受之影响，重建之后仍是之前的实例，难道 ViewModel 实例被 Activity 之外的某个变量持有？带着这样的疑问我们来跟踪 ViewModel 的源码，看看是如何做到这点的。
分析
初始化 ViewModel
我们来看下 ViewModel 对象的初始化:
val mainViewModel = ViewModelProviders.of(this).get(MainViewModel::class.java)
1、跟踪 ViewModelProviders.of
public static ViewModelProvider of(@NonNull FragmentActivity activity,@Nullable Factory factory) { Application application = checkApplication(activity); if (factory == null) { factory = ViewModelProvider.AndroidViewModelFactory.getInstance(application); } // 关键点：activity.getViewModelStore() return new ViewModelProvider(activity.getViewModelStore(), factory); } 复制代码
默认会初始化一个 factory，该 factory 是一个反射初始化 MainViewModel::class.java 的工厂类，关键点我们稍后再说，ViewModelProvider 的初始化需要传入 activity 的 ViewModelStore 和 factory。
2、跟踪 get(MainViewModel::class.java)
public <T extends ViewModel> T get(@NonNull Class<T> modelClass) { String canonicalName = modelClass.getCanonicalName(); ... return get(DEFAULT_KEY + ":" + canonicalName, modelClass); } public <T extends ViewModel> T get(@NonNull String key, @NonNull Class<T> modelClass) { // 1、 ViewModel viewModel = mViewModelStore.get(key); // 2、 if (modelClass.isInstance(viewModel)) { //noinspection unchecked return (T) viewModel; } ... if (mFactory instanceof KeyedFactory) { viewModel = ((KeyedFactory) (mFactory)).create(key, modelClass); } else { //3、 viewModel = (mFactory).create(modelClass); } //4、 mViewModelStore.put(key, viewModel); //5、 return (T) viewModel; } 复制代码
序列号解释：
- 根据 key 从 Activity 的 ViewModelStore 中取出 ViewModel
- 判断取出的 ViewModel 是否与 get 的 ViewModel 实例一致，是的话，直接返回 ViewModel 对象
- 通过 factory 来反射初始化 ViewModel 对象
- 将 ViewModel 存到 Activity 的 ViewModelStore 中
- 返回 ViewModel 对象
从整个过程来看，ViewModelStore 这个对象非常重要，ViewModel 的存储与获取都与和他有关，Activity 销毁重建也是从 ViewModelStore 中获取 ViewModel 的实例，并且这个实例一直是同一个对象。
获取 ViewModelStore
1、我们来说说关键点: activity.getViewModelStore()
FragmentActivity.class
static final class NonConfigurationInstances { Object custom; ViewModelStore viewModelStore; FragmentManagerNonConfig fragments; } public ViewModelStore getViewModelStore() { //1、 if (mViewModelStore == null) { //2、 NonConfigurationInstances nc = //3、 (NonConfigurationInstances) getLastNonConfigurationInstance(); if (nc != null) { // Restore the ViewModelStore from NonConfigurationInstances mViewModelStore = nc.viewModelStore; } //3、 if (mViewModelStore == null) { mViewModelStore = new ViewModelStore(); } } return mViewModelStore; } 复制代码
序列号解释：
- 检查全局变量 mViewModelStore 是否为空
- NonConfigurationInstances 是 FragmentActivity 的一个静态内部类
- 获取 NonConfigurationInstances 对象
- 如果 viewModelStore 仍为空，则创建一个 ViewModelStore
2、我们来看下 getLastNonConfigurationInstance 是如何拿到 FragmentActivity.NonConfigurationInstances
Activity.class
static final class NonConfigurationInstances { Object activity; HashMap<String, Object> children; FragmentManagerNonConfig fragments; ArrayMap<String, LoaderManager> loaders; VoiceInteractor voiceInteractor; } public Object getLastNonConfigurationInstance() { return mLastNonConfigurationInstances != null ? mLastNonConfigurationInstances.activity : null; } 复制代码
mLastNonConfigurationInstances 是 Activity 的一个叫 NonConfigurationInstances 的静态内部类。
3、我们来看下 mLastNonConfigurationInstances 是如何初始化的
Activity.class
final void attach(Context context, ActivityThread aThread, Instrumentation instr, IBinder token, int ident, Application application, Intent intent, ActivityInfo info, CharSequence title, Activity parent, String id, NonConfigurationInstances lastNonConfigurationInstances, Configuration config, String referrer, IVoiceInteractor voiceInteractor, Window window, ActivityConfigCallback activityConfigCallback) { ... mLastNonConfigurationInstances = lastNonConfigurationInstances; ... } 复制代码
在 Activity attach 的时候被外部传入进来，那么，是谁触发的 attach 呢？我们知道，Activity 的整个创建都是 ActivityThread 来操作的。
4、我们来看下 ActivityThread
我们找到触发 Activity.attach() 的地方
ActivityThread.class
private Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) { ActivityInfo aInfo = r.activityInfo; ... activity.attach(appContext, this, getInstrumentation(), r.token, r.ident, app, r.intent, r.activityInfo, title, r.parent, r.embeddedID, r.lastNonConfigurationInstances, config, r.referrer, r.voiceInteractor, window, r.configCallback); ... mActivities.put(r.token, r); ... } 复制代码
我们注意到 r.lastNonConfigurationInstances 这个对象，这个对象是从 ActivityClientRecord 中取出来的，并且又将 ActivityClientRecord 存储到了 ActivityThread 的全局变量 mActivities 中。
5、我们来看看 ActivityClientRecord 是怎么来的
下面简洁下调用链：
performLaunchActivity -> handleLaunchActivity -> handleRelaunchActivityInner -> handleRelaunchActivity
最终走到了 handleRelaunchActivity 方法：
@Override public void handleRelaunchActivity(ActivityClientRecord tmp, PendingTransactionActions pendingActions) { ... //1、通过 Activity 的 token 获取对应的 ActivityClientRecord ActivityClientRecord r = mActivities.get(tmp.token); ... handleRelaunchActivityInner(r, configChanges, tmp.pendingResults, tmp.pendingIntents, pendingActions, tmp.startsNotResumed, tmp.overrideConfig, "handleRelaunchActivity"); ... } 复制代码
最终，我们找到了 ActivityClientRecord 的来源，因此，整个获取 ViewModelStore 的调用链就出来了:
我们再回到 Activity 的 getViewModelStore 方法，只有在 ViewModelStore 为空的情况下才会走这个调用链，这么做的目的是为了避免频繁走调用链才能拿到 ViewModel 的问题，但重建后，ViewModelStore 肯定是为空的，所以，肯定是有一个地方只取一次调用链拿到 ViewModelStore 对象，结果就是在 onCreate 方法中
FragmentActivity.class
protected void onCreate(@Nullable Bundle savedInstanceState) { super.onCreate(savedInstanceState); NonConfigurationInstances nc = // 拿到调用链的 ViewModelStore 对象 (NonConfigurationInstances) getLastNonConfigurationInstance(); if (nc != null && nc.viewModelStore != null && mViewModelStore == null) { mViewModelStore = nc.viewModelStore; } ... 复制代码
既然有获取，那必然就会有存储的过程，获取的源头是在 ActivityThread 的 mActivities 中，那存储必然也是在 mActivities 中。
存储 ViewModelStore
通过 mActivities.get 的方式，在 ActivityThread 中查找相关引用:
ActivityClientRecord performDestroyActivity(IBinder token, boolean finishing, int configChanges, boolean getNonConfigInstance, String reason) { ActivityClientRecord r = mActivities.get(token); ... if (getNonConfigInstance) { try { // 1、 r.lastNonConfigurationInstances // 2、 = r.activity.retainNonConfigurationInstances(); } catch (Exception e) { ... } } ... 复制代码
序列号解释：
- 该处就是 Activity attach 时传入的 Activity.NonConfigurationInstances 对象
- 获取 Activity.NonConfigurationInstances 对象
仔细看方法，原来是 performDestroyActivity ，也就是说，在重建 Activity 前，会将 ViewModelStore 给保存起来给 ActivityClientRecord，ActivityClientRecord 是存放在 ActivityThread 的全局 mActivities 集合中的，等到重建后，再从 mActivities 中取出 ActivityClientRecord，再把 ViewModelStore 通过 Activity 的 attach 方法再传入，这也印证了我们的 demo 和官方的示例图，不过我们还是得来看看 r.activity.retainNonConfigurationInstances(); 是怎么存储起来的
1、activity.retainNonConfigurationInstances
Activity.class
NonConfigurationInstances retainNonConfigurationInstances() { //1、 Object activity = onRetainNonConfigurationInstance(); HashMap<String, Object> children = onRetainNonConfigurationChildInstances(); ... NonConfigurationInstances nci = new NonConfigurationInstances(); nci.activity = activity; nci.children = children; nci.fragments = fragments; nci.loaders = loaders; ... return nci; } 复制代码
retainNonConfigurationInstances 是一个创建 Activity.NonConfigurationInstances 的过程，根据上述调用链图可知，Activity.NonConfigurationInstances 会引用 FragmentActivity.NonConfigurationInstances 对象，引用部分在序列号 1 处 onRetainNonConfigurationInstance 方法
2、onRetainNonConfigurationInstance
FragmentActivity.class
@Override public final Object onRetainNonConfigurationInstance() { ... NonConfigurationInstances nci = new NonConfigurationInstances(); nci.custom = custom; // 1、 nci.viewModelStore = mViewModelStore; nci.fragments = fragments; return nci; } 复制代码
到这里就很清楚了，FragmentActivity.NonConfigurationInstances 会持有 mViewModelStore 对象进行存储。
我们来更改下官方的示例图：
