undefined 代表引擎自动赋予的“未初始化”状态，而 null 则是开发者主动设置的“清空值”。两者在语义、来源、用法、类型及比较行为上存在本质差异，开发时务必根据意图区分使用。
简而言之，undefined 表示“尚未赋值”，null 表示“主动清空”。二者在语义、来源和用法上截然不同，掌握它们的区别是深入理解 JavaScript 类型系统的重要一步。
那么，这两个“空值”究竟有何不同？何时该选择哪一个？核心要点在于：undefined 是系统提供的默认行为，而 null 则代表开发者明确表达“此处应为空”。一旦理解这一本质，许多编码决策便豁然开朗。
来源与含义的本质区别
undefined 是 JavaScript 引擎自动赋予的默认状态，代表“未初始化”或“不存在”。例如，变量声明后未赋值（let x;），则 x 的值为 undefined；函数没有 return 语句，返回值默认为 undefined；访问对象不存在的属性（如 {name: 'A'}.age）返回 undefined；调用函数时缺少参数，对应形参也是 undefined。本质上，系统在表达：“这里什么都没有，我也不确定该是什么。”
null 则是开发者手动写入的值，表示“这里本应有值，但我明确将其置为空”。例如，主动释放大对象引用时使用 data = null; 以辅助垃圾回收；初始化将来存储对象的变量（如 let currentUser = null;）；函数查询无结果时返回 null 表示“未找到”，避免调用方猜测是否出错；DOM 查询失败时 document.getElementById('xxx') 返回 null。这种主动行为就像在代码中留下明确标记：“此处已确认无值，无需猜测。”
类型与比较行为的核心差异
typeof undefined 返回 "undefined"；typeof null 却返回 "object"——这是 JavaScript 早期设计的一个历史遗留缺陷，虽已无法修复，但已成为既定规范，切勿被其误导。实际上，null 是原始值而非对象，这一行为已被标准化，开发者需格外留意。
比较时：
null == undefined是 true（双等号会进行类型转换）null === undefined是 false（严格相等同时比较类型和值）!null和!undefined都是 true（在 if 条件中均转为 false）Number(null)是 0，Number(undefined)是 NaN——这个差异在数值运算中经常引发意料之外的问题。
何时选用 null 或 undefined？记住这一原则
用 undefined 的情况，基本都是你“没主动操作”，由系统自动填充。比如只声明变量，不打算立刻赋值；函数可选参数缺省时自然为 undefined；判断某个属性是否存在，用 obj.prop === undefined 或更稳妥的 Object.hasOwn(obj, 'prop')。这里 undefined 是一种“未触及”的状态，不是开发者主动为之。
用 null 的情况，是你“主动干预”，想表达一种明确意图。比如显式清空一个对象引用，避免内存泄漏；API 返回值中，用 null 表示“查无此物”，而 undefined 更适合表示“字段压根没定义”；初始化状态变量，比如 let selectedItem = null; 比 let selectedItem; 更清晰表明“初始无选择”；TypeScript 中，如果你声明类型为 string | null，就明确告诉别人这个值可能是空，不是忘了赋值。
实际编码中的实用建议
避免手动将变量赋值为 undefined，这容易引起混淆——它本质上应是系统默认值，人为赋值反而可能暗示存在 bug。如需清空，应使用 null。
进行空值判断时，建议优先使用严格相等：检测是否未赋值用 value === undefined；检测是否被主动设为空用 value === null；如果两者都视为空，可使用 value == null（等价于 value === null || value === undefined），简洁且安全。
现代 JavaScript 和 TypeScript 越来越倾向于将 null 作为可控的空状态，而把 undefined 保留给系统行为。这种约定能使代码意图更加清晰，团队协作时也更容易理解。毕竟，代码的可读性往往比写得顺手更为重要。
