List声明时是否必须初始化？未初始化却能调用Add的疑问

核心前提说明 #

在C#里，List<T>这类引用类型的变量默认值是null，直接调用null变量的方法（比如Add）必然会抛出NullReferenceException。你贴的代码能正常运行，绝对是itemBase在你没展示的代码逻辑里被初始化了——要么是类的构造函数里写了itemBase = new List<ItemData>()，要么是在Unity这类引擎中通过Inspector面板给这个public变量赋了值，也可能是其他方法在调用Add前完成了实例化，不存在“未实例化列表就能调用成员方法”的情况。

声明时初始化的好处 #

对比public List<ItemData> itemBase;和public List<ItemData> itemBase = new List<ItemData>();，后者的优势主要有三点：

• 彻底避免空引用异常：变量从声明时起就处于可用状态，不用再担心其他代码忘记初始化导致报错，在多人协作或大型项目中，能减少大量排查空引用的时间成本。
• 代码更简洁安全：不需要在构造函数、Awake/Start（Unity场景）等额外位置写初始化逻辑，变量的生命周期更清晰，逻辑更紧凑。
• 状态确定性更强：变量的初始状态从一开始就是明确的，不会出现“不确定这个变量到底有没有被初始化”的模糊情况，降低后续维护的复杂度。

未初始化声明的适用场景 #

不是所有场景都要声明时初始化，以下情况可以用public List<ItemData> itemBase;：

• 延迟初始化需求：列表的创建依赖其他前置条件，比如需要根据配置数据动态指定List的初始容量，或者要从外部加载数据后再创建列表，这时候可以在满足条件时再执行itemBase = new List<ItemData>(指定容量);。
• 依赖外部赋值：比如在Unity中打算通过Inspector面板手动拖入列表数据，或者依赖注入框架给这个变量赋值，此时可以留空，由外部负责完成实例化。

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