null 表示“已知为空”，是开发者主动留空的语义化占位符；用于变量初始化、函数返回、API 响应、DOM 清理等场景，需用 === 判断、避免与 undefined 混用，并注意类型和运算差异。
Null 在 JavaScript 中不是“随便填的空”，而是有明确语义的“主动留空”。用对了，代码更清晰、逻辑更可靠；用错了，容易和 undefined 混淆，引发隐性 bug。
明确 null 的语义：它代表“已知为空”
null 不是初始化失败或遗漏赋值的结果，而是开发者有意为之的占位——表示“这里本该有对象，但现在确实没有”。比如：
-
变量初始化：准备将来存对象，但当前无数据，如
let userInfo = null;—— 表明类型预期是对象，只是暂未获取 -
函数返回值：查找失败时显式返回
null，如return users.find(u => u.id === id) || null;，比返回undefined更强调“查无此物” -
API 响应字段：后端明确返回
null（如用户头像字段缺失），前端保留它，能准确映射业务状态：“该字段存在，但值为空” -
DOM 元素清理：移除节点后手动置为
null，如element = null;，既释放引用，也表明“这个 DOM 引用已失效”
命名与注释：让 null 自己说话
光写 let data = null; 很难看出意图。可读性来自上下文表达：
- 用语义化变量名替代泛称：
selectedProduct比data更清楚“这是哪个空” - 在声明处加简短注释：
let apiResponse = null; // 占位：等待获取用户资料 - 避免在同一个模块里混用
null和undefined：前者统一表示“已知为空”，后者留给“未初始化”或“参数未传”
安全判断与访问：尊重它的本意
null 是一个具体值，判断时别用模糊逻辑：
立即学习“Java免费学习笔记（深入）”；
- 需要精确识别
null？用严格相等：if (value === null) - 想同时捕获
null和undefined？可用== null，但需团队共识并文档说明 - 千万别只靠
!value：它会把0、''、false都误判为“空”，违背null的语义 - 访问嵌套属性前加保护：优先用可选链
user?.profile?.avatar，比user && user.profile && user.profile.avatar更简洁且不易出错
别踩这些常见坑
几个高频误区要避开：
-
typeof null返回"object"是历史遗留 bug，不代表它是对象——它就是原始类型，只是语言实现问题 -
null == undefined为true，但null === undefined是false，类型不同，语义不同 - 不要给变量赋
undefined来表示“空”：这不是它的设计用途，null才是显式留空的正解 - 数值运算中
null会被转成0（如5 + null === 5），而undefined转成NaN，这点差异可能引发静默错误
