Android 面试之—— ViewModel 总结篇，2024年最新安卓的面试题

最新推荐文章于 2024-06-01 14:13:21 发布

2401_84007049

最新推荐文章于 2024-06-01 14:13:21 发布

阅读量874

点赞数 15

分类专栏： 2024年程序员学习文章标签： android 面试职场和发展

本文链接：https://blog.csdn.net/2401_84007049/article/details/137807109

版权

2024年程序员学习专栏收录该内容

218 篇文章 0 订阅

订阅专栏

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip204888 （备注Android）

正文

class MainViewModel: ViewModel() {

private val nameList = MutableLiveData<List>()

val nameListResult: LiveData<List> = nameList

private val mainRepository = MainRepository()

fun getNames() {

viewModelScope.launch {

nameList.value = mainRepository.getNameList()

}

MainActivity

class MainActivity : AppCompatActivity() {

// 创建 ViewModel 方式 1

// 通过 kotlin 委托特性创建 ViewModel

// 需添加依赖 implementation ‘androidx.activity:activity-ktx:1.2.3’

// viewModels() 内部也是通过创建 ViewModel 方式 2 来创建的 ViewModel

private val mainViewModel: MainViewModel by viewModels()

override fun onCreate(savedInstanceState: Bundle?) {

super.onCreate (savedInstanceState)

setContentView(R.layout.activity_main)

// 创建 ViewModel 方式 2

val mainViewModel = ViewModelProvider(this).get(MainViewModel::class.java)

mainViewModel.nameListResult.observe(this, {

Log.i(“MainActivity”, “mainViewModel: nameListResult: $it”)

Log.i(“MainActivity”, “MainActivity: ${this@MainActivity} mainViewModel: $mainViewModel mainViewModel.nameListResult: ${mainViewModel.nameListResult}”)

})

mainViewModel.getNames()

}

LiveData 会在后续文章中进行介绍

测试步骤：打开app -> 正常看到日志

18:03:02.575 : mainViewModel: nameListResult: [张三, 李四]

18:03:02.575 : com.yqy.myapplication.MainActivity@7ffa77 mainViewModel: com.yqy.myapplication.MainViewModel@29c0057 mainViewModel.nameListResult: androidx.lifecycle.MutableLiveData@ed0d744

接着测试步骤：打开设置更换系统语言 -> 切换到当前app所在的任务再看日志

18:03:59.622 : mainViewModel: nameListResult: [张三, 李四]

18:03:59.622 : com.yqy.myapplication.MainActivity@49a4455 mainViewModel: com.yqy.myapplication.MainViewModel@29c0057 mainViewModel.nameListResult: androidx.lifecycle.MutableLiveData@ed0d744

神奇！MainActivity 被重建了，而 ViewModel 的实例没有变，并且 ViewModel 对象里的 LiveData 对象实例也没变。这就是 ViewModel 的特性。

ViewModel 出现之前，Activity 可以使用 onSaveInstanceState() 方法保存，然后从 onCreate() 中的 Bundle 恢复数据，但此方法仅适合可以序列化再反序列化的少量数据（IPC 对 Bundle 有 1M 的限制），而不适合数量可能较大的数据，如用户信息列表或位图。 ViewModel 的出现完美解决这个问题。

我们先看看 ViewModel 怎么创建的：通过上面的实例代码，最终 ViewModel 的创建方法是

val mainViewModel = ViewModelProvider(this).get(MainViewModel::class.java)

创建 ViewModelProvider 对象并传入了 this 参数，然后通过 ViewModelProvider#get 方法，传入 MainViewModel 的 class 类型，然后拿到了 mainViewModel 实例。

ViewModelProvider 的构造方法

public ViewModelProvider(@NonNull ViewModelStoreOwner owner) {

// 获取 owner 对象的 ViewModelStore 对象

this(owner.getViewModelStore(), owner instanceof HasDefaultViewModelProviderFactory

? ((HasDefaultViewModelProviderFactory) owner).getDefaultViewModelProviderFactory()

NewInstanceFactory.getInstance());

}

ViewModelProvider 构造方法的参数类型是 ViewModelStoreOwner ？ViewModelStoreOwner 是什么？我们明明传入的 MainActivity 对象呀！ 看看 MainActivity 的父类们发现

public class ComponentActivity extends androidx.core.app.ComponentActivity implements

…

// 实现了 ViewModelStoreOwner 接口

ViewModelStoreOwner,

…{

private ViewModelStore mViewModelStore;

// 重写了 ViewModelStoreOwner 接口的唯一的方法 getViewModelStore()

@NonNull

@Override

public ViewModelStore getViewModelStore() {

if (getApplication() == null) {

throw new IllegalStateException("Your activity is not yet attached to the "

“Application instance. You can’t request ViewModel before onCreate call.”);

}

ensureViewModelStore();

return mViewModelStore;

}

ComponentActivity 类实现了 ViewModelStoreOwner 接口。奥 ~~ 刚刚的问题解决了。

再看看刚刚的 ViewModelProvider 构造方法里调用了 this(ViewModelStore, Factory)，将 ComponentActivity#getViewModelStore 返回的 ViewModelStore 实例传了进去，并缓存到 ViewModelProvider 中

public ViewModelProvider(@NonNull ViewModelStore store, @NonNull Factory factory) {

mFactory = factory;

// 缓存 ViewModelStore 对象

mViewModelStore = store;

}

接着看 ViewModelProvider#get 方法做了什么

@MainThread

public T get(@NonNull Class modelClass) {

String canonicalName = modelClass.getCanonicalName();

if (canonicalName == null) {

throw new IllegalArgumentException(“Local and anonymous classes can not be ViewModels”);

}

return get(DEFAULT_KEY + “:” + canonicalName, modelClass);

}

获取 ViewModel 的 CanonicalName , 调用了另一个 get 方法

@MainThread

public T get(@NonNull String key, @NonNull Class modelClass) {

// 从 mViewModelStore 缓存中尝试获取

ViewModel viewModel = mViewModelStore.get(key);

// 命中缓存

if (modelClass.isInstance(viewModel)) {

if (mFactory instanceof OnRequeryFactory) {

((OnRequeryFactory) mFactory).onRequery(viewModel);

}

// 返回缓存的 ViewModel 对象

return (T) viewModel;

} else {

//noinspection StatementWithEmptyBody

if (viewModel != null) {

// TODO: log a warning.

}

// 使用工厂模式创建 ViewModel 实例

if (mFactory instanceof KeyedFactory) {

viewModel = ((KeyedFactory) mFactory).create(key, modelClass);

} else {

viewModel = mFactory.create(modelClass);

}

// 将创建的 ViewModel 实例放进 mViewModelStore 缓存中

mViewModelStore.put(key, viewModel);

// 返回新创建的 ViewModel 实例

return (T) viewModel;

}

mViewModelStore 是啥？通过 ViewModelProvider 的构造方法知道 mViewModelStore 其实是我们 Activity 里的 mViewModelStore 对象，它在 ComponentActivity 中被声明。看到了 put 方法，不难猜它内部用了 Map 结构。

public class ViewModelStore {

// 果不其然，内部有一个 HashMap

private final HashMap<String, ViewModel> mMap = new HashMap<>();

final void put(String key, ViewModel viewModel) {

ViewModel oldViewModel = mMap.put(key, viewModel);

if (oldViewModel != null) {

oldViewModel.onCleared();

}

// 通过 key 获取 ViewModel 对象

final ViewModel get(String key) {

return mMap.get(key);

}

Set keys() {

return new HashSet<>(mMap.keySet());

}

/**

Clears internal storage and notifies ViewModels that they are no longer used.

public final void clear() {

for (ViewModel vm : mMap.values()) {

vm.clear();

}

mMap.clear();

}

到这儿正常情况下 ViewModel 的创建流程看完了，似乎没有解决任何问题~ 简单总结：ViewModel 对象存在了 ComponentActivity 的 mViewModelStore 对象中。第二个问题解决了：ViewModel 的实例缓存到哪儿了

转换思路 mViewModelStore 出现频率这么高，何不看看它是什么时候被创建的呢？

记不记得刚才看 ViewModelProvider 的构造方法时，获取 ViewModelStore 对象时，实际调用了 MainActivity#getViewModelStore() ，而 getViewModelStore() 实现在 MainActivity 的父类 ComponentActivity 中。

// ComponentActivity#getViewModelStore()

@Override

public ViewModelStore getViewModelStore() {

if (getApplication() == null) {

throw new IllegalStateException("Your activity is not yet attached to the "

“Application instance. You can’t request ViewModel before onCreate call.”);

}

ensureViewModelStore();

return mViewModelStore;

}

在返回 mViewModelStore 对象之前调用了 ensureViewModelStore()

void ensureViewModelStore() {

if (mViewModelStore == null) {

NonConfigurationInstances nc =

(NonConfigurationInstances) getLastNonConfigurationInstance();

if (nc != null) {

// Restore the ViewModelStore from NonConfigurationInstances

mViewModelStore = nc.viewModelStore;

}

if (mViewModelStore == null) {

mViewModelStore = new ViewModelStore();

}

当 mViewModelStore == null 调用了 getLastNonConfigurationInstance() 获取 NonConfigurationInstances 对象 nc，当 nc != null 时将 mViewModelStore 赋值为 nc.viewModelStore，最终 viewModelStore == null 时，才会创建 ViewModelStore 实例。

不难发现，之前创建的 viewModelStore 对象被缓存在 NonConfigurationInstances 中

// 它是 ComponentActivity 的静态内部类

static final class NonConfigurationInstances {

Object custom;

// 果然在这儿

ViewModelStore viewModelStore;

}

NonConfigurationInstances 对象通过 getLastNonConfigurationInstance() 来获取的

// Activity#getLastNonConfigurationInstance

/**

Retrieve the non-configuration instance data that was previously
returned by {@link #onRetainNonConfigurationInstance()}. This will
be available from the initial {@link #onCreate} and
{@link #onStart} calls to the new instance, allowing you to extract
any useful dynamic state from the previous instance.
Note that the data you retrieve here should only be used
as an optimization for handling configuration changes. You should always
be able to handle getting a null pointer back, and an activity must
still be able to restore itself to its previous state (through the
normal {@link #onSaveInstanceState(Bundle)} mechanism) even if this
function returns null.
Note: For most cases you should use the {@link Fragment} API
{@link Fragment#setRetainInstance(boolean)} instead; this is also
available on older platforms through the Android support libraries.
@return the object previously returned by {@link #onRetainNonConfigurationInstance()}

@Nullable

public Object getLastNonConfigurationInstance() {

return mLastNonConfigurationInstances != null

? mLastNonConfigurationInstances.activity : null;

}

好长一段注释，大概意思有几点：

onRetainNonConfigurationInstance 方法和 getLastNonConfigurationInstance 是成对出现的，跟 onSaveInstanceState 机制类似，只不过它是仅用作处理配置更改的优化。
返回的是 onRetainNonConfigurationInstance 返回的对象