LiveData Map替代Transformation崩溃及类型不匹配问题排查

1. 空指针异常的根源 #

删除数据库中的Bookmark后，getLiveBookmark返回的LiveData<Bookmark>会发射null（对应数据已不存在）。直接调用map方法时，转换逻辑会接收到这个null值，如果你在转换代码里直接调用Bookmark的属性或方法（比如bookmark.title），就会触发空指针异常。

旧版Transformations.map可能在源LiveData发射null时，不会执行转换逻辑，直接把null传给下游，而你的代码原本依赖了这个隐式的空值过滤，所以之前没触发异常。

2. 类型不匹配的原因 #

把getLiveBookmark返回类型改为LiveData<Bookmark?>后，map转换的输入参数是可空的Bookmark?，所以转换结果的类型会变成LiveData<BookmarkDetailsView?>，但你的代码里可能有地方期望接收非空的LiveData<BookmarkDetailsView>，这就导致了类型不匹配。

解决步骤 #

步骤一：显式处理空值转换 #

根据业务需求选择两种处理方式：

// 方案1：允许转换结果为空，返回LiveData<BookmarkDetailsView?>
val bookmarkDetailsLiveData: LiveData<BookmarkDetailsView?> = getLiveBookmark().map { bookmark ->
    bookmark?.let {
        // 这里写Bookmark转BookmarkDetailsView的逻辑
        BookmarkDetailsView(it.id, it.title, it.url)
    }
}

// 方案2：提供默认值，返回非空的LiveData<BookmarkDetailsView>
val bookmarkDetailsLiveData: LiveData<BookmarkDetailsView> = getLiveBookmark().map { bookmark ->
    bookmark?.let {
        BookmarkDetailsView(it.id, it.title, it.url)
    } ?: BookmarkDetailsView(0, "默认标题", "")
}

步骤二：统一类型声明 #

如果选方案1，要确保所有接收该LiveData的地方都声明为LiveData<BookmarkDetailsView?>，并且在Observer中处理空值（比如if (details != null)）。
如果选方案2，可保持原有非空类型声明，但要保证默认值符合业务逻辑。

额外优化（可选） #

如果删除Bookmark后下游不需要接收数据，可以添加filter过滤空值：

val bookmarkDetailsLiveData: LiveData<BookmarkDetailsView> = getLiveBookmark()
    .filter { it != null }
    .map { bookmark ->
        // 这里bookmark已非空，可安全转换
        BookmarkDetailsView(bookmark.id, bookmark.title, bookmark.url)
    }

这样删除数据后，下游Observer不会收到回调，彻底避免空值问题。

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