Kotlin中LiveData扩展方法泛型可空性分配问题

首先明确结论：不建议使用(T!) -> Unit这种平台类型写法，这不符合Kotlin的空安全设计原则，不仅无法让IDE正确识别参数的非空性，还会模糊空安全边界，引发潜在的空指针风险。

下面提供两种满足需求的实现方案，优先支持单个扩展方法的场景：

方案一：单个扩展方法（推荐） #

利用Kotlin的交叉类型T & Any约束observer的参数为非空类型，同时兼容可空/非空泛型的LiveData：

inline fun <T> LiveData<T>.observeNotNull(
    owner: LifecycleOwner,
    crossinline observer: (T & Any) -> Unit
) {
    this.observe(owner) { value ->
        value?.let(observer)
    }
}

效果说明： #

• 传入LiveData<String>（非空泛型）时，T & Any会被推断为String，observer直接接收非空的String；
• 传入LiveData<String?>（可空泛型）时，T & Any会被推断为String，observer接收的是经过?.let过滤后的非空String；
• IDE会正确识别observer参数的非空性，不会再弹出可空警告。

方案二：两个独立扩展方法（更直观） #

如果觉得交叉类型不够清晰，可以拆分出两个重载方法，分别处理可空和非空泛型的LiveData：

// 处理可空泛型的LiveData
inline fun <T : Any> LiveData<T?>.observeNotNull(
    owner: LifecycleOwner,
    crossinline observer: (T) -> Unit
) {
    observe(owner) { value ->
        value?.let(observer)
    }
}

// 处理非空泛型的LiveData
inline fun <T : Any> LiveData<T>.observeNotNull(
    owner: LifecycleOwner,
    crossinline observer: (T) -> Unit
) {
    observe(owner) { value ->
        observer(value) // 此处value本身即为非空，无需判空
    }
}

效果说明： #

• 调用时IDE会自动匹配对应的重载方法；
• 两种场景下observer的参数都被明确标记为非空，完全消除可空提示。

补充：你原代码中直接使用viewLifecycleOwner会限制扩展只能在Fragment中使用，建议将owner作为参数传入，提升扩展的通用性（若确实仅在Fragment中使用，可保留原写法）。

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