.NET 8中string数组初始化为何无Nullable编译警告？

为什么启用Nullable后没触发编译警告？ #

这是预期行为，不是Bug，核心原因在于Nullable引用类型对数组的处理规则：

当你声明string[]时，它的语义是「数组本身不能为null，且编译器默认认为数组里的元素应该是string（非可空引用类型）」。但数组在创建时，所有元素都会被初始化为对应类型的默认值——引用类型的默认值就是null，这是.NET数组的固有行为。

编译器不会针对这种情况发出警告，因为：

• 数组的长度可能是动态的（比如基于变量生成），编译阶段没法确保每个元素都被显式赋值为非null；
• Nullable引用类型的规则没有强制覆盖数组默认初始化的场景，这是设计时的取舍。

为什么string?[]能解决问题？ #

把数组声明为string?[]，相当于明确告诉编译器：这个数组的元素允许是null。此时如果直接对元素调用ToString()这类方法，编译器就会触发null引用警告（开启TreatWarningsAsErrors后会变成错误），强制你处理null的情况，从根源避免运行时的NullReferenceException。

总结一下：string[]的语义是“元素应该非null”，但编译器没法约束数组初始化的默认值；而string?[]明确了元素可空，让编译器能正确执行null检查。

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