博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
savedInstanceState和 fragment.setRetainInstance以及 viewmodel的区别
阅读量:6618 次
发布时间:2019-06-25

本文共 2205 字,大约阅读时间需要 7 分钟。

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

0. 转载请注明原文出处

作者github : 欢迎相互关注

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进程和系统进程, 一文中有具体操作,但是涉及到binder类是如何进行transact发消息给别的进程以及如何execTransact处理别的进程消息 的c++层的原理并没有给出解答,这里推荐一篇博客 讲解的还算不错。

你可能感兴趣的文章
使用winAUTOPWN自动攻击Win系统并反回一个shell
查看>>
Discuz论坛安装过程中的Troubleshooting~
查看>>
linux系统文件查找及管理
查看>>
海量小文件同步
查看>>
Hyper-V 2016 系列教程58 用SCVMM 2016 新建虚拟机 VM
查看>>
mysql严重查询速度的问题一则
查看>>
Windows系统中基于策略的桌面管理
查看>>
根据一位博友用(MDT+WDS部署windows xp)
查看>>
pureftp 适合企业用啊
查看>>
Red Hat Enterprise Linux6 自动挂载Windows文件系统
查看>>
FCKeditor无test上传页面二次上传
查看>>
分形树Fractal tree介绍——具体如何结合TokuDB还没有太懂,先记住其和LSM都是一样的适合写密集...
查看>>
让pt-slave-restart支持MariaDB
查看>>
Android系统应用可靠性测试-猴子测试与Monkey应用实战
查看>>
灵活运用ISA的链接转换功能:ISA2006系列之十三
查看>>
MVC:找不到请求的 .Net Framework Data Provider
查看>>
数学建模一二
查看>>
eclipse中快捷键
查看>>
iOS / OXS LeanCloud云存储方案简单测试记录
查看>>
初尝dinnernow
查看>>