Android架构组件Observer的value参数为何可空？Kotlin中非空T是否安全？

先看一下Android架构组件中LiveData定义的Observer接口代码：

public interface Observer<T> {
    /**
     * Called when the data is changed.
     * @param t The new data
     */
    void onChanged(@Nullable T t);
}

问题1：为何该参数带有显式的@Nullable注解？ #

这个注解的存在主要有这几个核心原因：

• 兼容LiveData的初始状态：LiveData内部维护了一个NOT_SET标记，当还未设置任何数据时，调用getValue()会返回null。结合LiveData.observe()的文档说明：

  If LiveData already has data set, it will be delivered to the observer.
  虽然正常使用中我们会确保LiveData有数据，但接口设计需要覆盖“未初始化”的边界场景，用@Nullable明确告知开发者参数存在为null的可能。

• 跨语言适配需求：LiveData是Java编写的基础组件，必须兼顾Java和Kotlin的使用场景。Java没有内置非空类型检查，泛型T对应的类型天然允许接收null，@Nullable符合Java的空值注解规范，能帮助Java开发者识别空值风险。
• 统一泛型场景：当泛型T本身是可空类型（比如LiveData<String?>）时，onChanged需要接收null值。这个注解统一了可空与非空泛型的接口定义，无需为两种场景单独编写Observer接口。

问题2：在Kotlin中当T为非空类型时，是否可以安全地假设onChanged的参数t非空？ #

在常规的Kotlin开发场景下，完全可以安全假设onChanged的参数t非空：

• Kotlin的非空类型检查会在编译期拦截错误操作，比如给LiveData<String>（T为非空）调用setValue(null)会直接编译报错，从源头避免了null值的传递。
• 只要遵循LiveData的最佳实践，比如给LiveData设置初始值（MutableLiveData<String>("默认值")），或者确保后续发送的都是非空数据，Observer的onChanged就永远不会收到null。

不过也要留意两个例外场景：

• 如果项目存在Java代码交互，Java不受Kotlin非空检查限制，可能会给非空泛型的LiveData设置null值，此时onChanged会收到null。
• 极端情况下，通过反射等手段绕过编译检查设置null值，也会导致onChanged接收到null。

但这些都是非常规场景，日常开发中只要规范使用，完全可以放心把onChanged的参数当作非空值处理。

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