null 是带历史包袱的原始值，typeof 返回"object"属兼容性例外；它承载语义（如DOM哨兵、API协议）、需显式判断、不可忽略，链式调用须用?.，数据库NULL应映射为null而非undefined。
JavaScript 中的 null 不是“安静的空”，而是带着历史包袱和语义重量的兼容性敏感点。它在运行时、类型系统、调试链中都可能引发静默差异，处理时不能简单等同于 undefined 或当成可忽略的假值。
认清 null 的真实身份：原始值但 typeof 返回 "object"
这是 JS 最著名的兼容性例外——typeof null === "object" 是 1996 年遗留的二进制标签冲突，ECMA 规范强制保留。它不影响执行，但会误导类型判断：
- 仅靠
typeof x === "object"无法区分对象、数组、日期，更无法排除null - 正确写法是组合判断：
x !== null && typeof x === "object" - 要精确识别普通对象，用
Object.prototype.toString.call(x) === "[object Object]"
别把它当“安全空值”：null 在遗留代码里常是契约信号
老项目中的 null 很少是“无意义”，而常代表明确语义：
-
DOM 哨兵：如
document.getElementById('x') || null，后续逻辑依赖null表示“元素不存在”，改用undefined可能破坏 polyfill 或工具函数 -
API 协议字段：后端返回
{ user: null }意为“未登录”，而{ user: undefined }在 JSON 中根本不会出现该键 -
构造失败约定：某些工厂函数文档写明“失败返回
null”，调用方用if (!inst)判断，强行改成=== null反而暴露隐藏问题
链式调用必须主动防御：null 不支持任何方法调用
null 是原始值，没有原型、没有方法，直接访问属性或调用方法必然抛错：
立即学习“Java免费学习笔记（深入）”；
-
null?.name安全返回undefined；null.name报Cannot read property 'name' of null -
??要配合?.使用：user?.profile?.email ?? 'no-email@example.com' - 注意边界：
obj?.method()中，若obj是null，method根本不被查找；但doSomething(obj?.value)仍会调用doSomething，只是传入undefined
数据库与 API 交互：SQL NULL 必须映射为 JS null
ORM 和驱动（如 pg、mysql2）默认把 SQL 的 NULL 映射为 JS 的 null，不是 undefined：
- 读取时，用
=== null显式判断，避免== null同时吞掉undefined - 写入时，业务上“应为空”就传
null；不允许为空则提前校验并报错 - TypeScript 接口应标注为
phone: string | null，而非phone?: string，后者无法表达“数据库存了 NULL”这一事实 - 表单提交前转换需谨慎：
data.phone = formData.phone || null是错的（因空字符串''是真值），应写formData.phone === '' ? null : formData.phone
