Dart中Null是否为Object的子类型？解析二者关系

先直接给核心结论：Null不是Object的子类型，但Dart语言做了特殊处理，让Null实例可以调用Object的所有实例成员。

接下来拆解你遇到的几个困惑点：

1. 类型层级的本质 #

Dart的类型系统里，Object是所有非null类型的基类，而Null是一个独立的、仅包含null这一个实例的类型。Object?是Object和Null的联合类型（可以理解为“要么是Object的实例，要么是null”），它才是真正覆盖所有可能值的顶层类型。

所以从类型关系上：

• 任何非null类型都是Object的子类型
• Null不是Object的子类型，执行null is Object会返回false
• Null是Object?的子类型

2. 为什么Null能调用Object的runtimeType？ #

这是Dart语言的特殊设计，并非常规的类继承。虽然Null类没有显式继承Object，但语言内置了逻辑，让Null实例可以访问Object的所有实例成员（比如runtimeType、toString、hashCode），这些成员的行为和Object的实现逻辑对齐，但不属于继承关系。

3. 文档与IDE跳转的矛盾 #

• Null类文档里说“继承而来”的成员，其实是指语言赋予的隐式访问权限，并非来自某个显式的父类，所以文档没标注父类是合理的——它确实没有常规意义上的父类。
• IDE里跳转到Object类的runtimeType，是因为Null的runtimeType实现逻辑复用了Object的底层逻辑，或者IDE为了方便开发者理解，直接关联到了Object的定义上，但这并不代表Null继承了Object。

4. 关于Object?的成员问题 #

Object?是联合类型，它的成员是Object和Null共有的成员。由于Null被赋予了Object的所有实例成员，所以Object?的成员集合和Object的实例成员集合一致，但这不是因为Object的成员被重写，而是Null本身就拥有这些成员的内置实现。

总结一下：Null和Object是两个独立的类型，没有继承关系，但语言为了代码一致性，让Null拥有Object的所有实例成员，同时Null是Object?的子类型，这就是你遇到那些“矛盾”现象的根源。

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