Android架构组件：多ViewModel访问数据仓库遇LiveData空值问题

首先得给你吃个定心丸：LiveData本身完全支持被多个观察者订阅，不存在某一个ViewModel持有引用后就阻止其他实例获取的情况，所以你猜测的这个原因可以直接排除。下面是几个更可能导致问题的场景：

• 仓库实例不统一：如果你的数据仓库没有实现单例模式（比如没用到依赖注入的单例注解，或者手动创建了多个实例），那两个ViewModel拿到的其实是完全不同的仓库对象。其中一个仓库的LiveData可能已经被正确初始化并赋值，另一个却还处于未初始化状态，自然返回null。你可以检查下提供仓库实例的方式——比如是不是一个用了依赖注入（比如Hilt的@Inject），另一个却手动new了仓库？

• LiveData初始化时机不对：很多时候仓库里的LiveData是在异步操作完成后才被赋值的（比如从数据库加载数据的回调里初始化）。如果出问题的ViewModel在这个异步操作完成前就调用了获取LiveData的方法，那拿到的肯定是null；而正常的ViewModel刚好是在操作完成后才调用的，所以能拿到有效值。

• 仓库方法的逻辑分支问题：仔细检查仓库中返回LiveData的方法，是不是存在条件判断导致某些场景下返回null？比如根据传入的参数不同，方法可能返回不同结果。举个例子：如果一个ViewModel调用时传了符合要求的参数，仓库返回正常的LiveData；另一个ViewModel传的参数不符合条件，触发了返回null的分支。

• ViewModel的实现错误：比如出问题的ViewModel在获取LiveData后，不小心把它置为null了；或者在ViewModel的init块里过早地获取LiveData，而仓库还没完成初始化。另外，也要确认是不是没有正确关联生命周期——不过这种情况更多是数据不更新，而不是直接返回null。

举个简单的反面例子，如果你的仓库代码是这样的：

class DataRepository(private val dao: UserDao) {
    private var userLiveData: LiveData<User>? = null

    fun getUserLiveData(userId: String): LiveData<User>? {
        if (userId.isNotBlank()) {
            userLiveData = dao.getUserById(userId)
        }
        return userLiveData
    }
}

如果某个ViewModel传入的userId是空字符串，那这个方法就会返回初始的null值，而另一个传入有效userId的ViewModel就能拿到正确的LiveData。

建议你先从检查两个ViewModel获取仓库实例的方式是否一致入手，再逐步排查仓库方法的逻辑和LiveData的初始化时机。

内容的提问来源于stack exchange，提问作者d199224