null 是有意赋值的空对象引用信号，语义上明确表示“本应有对象但当前为空”；需严格区分于 undefined（未赋值），并在 TypeScript 中启用 strictNullChecks、使用可选链与空值合并操作符强化类型安全。
JavaScript 中的 null 不是“空值”的模糊占位符，而是一个**有意赋值的、表示“此处本应有对象，但当前为空”的明确信号**。它的语义核心是“**空对象引用**”，而非“未定义”或“什么都没有”。
明确区分 null 与 undefined
null 是开发者主动写出来的，代表“我确认这里不该有值，且这个状态是预期的”；undefined 则多由语言机制产生（如未初始化变量、缺少函数返回值、访问不存在属性），表示“值尚未被赋予”。
- 函数参数默认值设为
null，说明“调用者明确选择不传对象”；设为undefined，则可能只是忘记传参 - API 返回
null（如document.getElementById('missing')），是在声明“目标确实不存在，这不是错误，是查询结果” - 初始化一个将来要存 DOM 元素的变量时，用
let el = null比let el更清晰——后者类型不确定，前者已表明“它将是一个元素引用，目前为空”
在类型系统中强化 null 的语义
TypeScript 中应启用 strictNullChecks，让 null 不再隐式属于所有类型。此时必须显式声明可为空：
-
let user: User | null = null—— 明确表达“user 可能未登录或未加载” - 避免
let user: User = null（报错），防止误把空值当有效对象用 - 配合可选链（
user?.name）和空值合并（user ?? defaultUser），使处理逻辑更贴近真实语义
避免隐式类型转换带来的语义污染
null == undefined 为 true，但这是历史包袱，不是语义等价。实际判断中应坚持使用严格相等：
立即学习“Java免费学习笔记（深入）”；
- 检查是否为有意空引用：用
value === null - 检查是否为未初始化/缺失：用
value === undefined - 避免
if (!value)这类宽松判断——它会把0、''、false都当作“空”，混淆不同语义
设计 API 时主动用 null 表达边界含义
当函数或方法的自然结果可能是“无”，就该返回 null，而不是抛错、返回假值或空数组：
- 查找类方法（如
findUserById(id)）找不到时返回null，比返回undefined更强调“这是合法结果，不是异常” - 配置项解析中，若某字段明确被设为
null（如 JSON 配置中"timeout": null），应理解为“禁用超时”，而非忽略该字段 - 组件 props 中接收可选对象时，用
prop?: SomeType | null并默认null，比用any或省略更利于协作与维护
