答案是：typeof null 返回 "object" 是因早期32位类型标签中null全零值（000）与object标签冲突所致的历史遗留bug，ECMA规范为兼容性强制保留该行为。
null 在 javascript 中是一个特殊的原始值，表示“有意缺失的值”，但它在逻辑判断和类型检测中表现得既微妙又容易出错。很多看似合理的条件判断、对象访问或函数返回处理，一旦遇到 null，就可能悄然引发 typeerror 或产生不符合预期的行为。
Null 与 undefined 的混淆常导致误判
虽然两者都代表“空值”，但语义和行为不同：null 是显式赋值的空对象指针，undefined 表示未初始化或不存在的值。它们在 == 下相等（null == undefined 为 true），但在 === 下不等。这种宽松相等容易掩盖真实问题。
- 避免用
== null检查两者——它虽能同时捕获null和undefined，但会把0、false、''等 falsy 值也误判进去 - 推荐使用
value == null仅当明确需要同时排除null和undefined；更安全的做法是分别检查：value === null || value === undefined - 现代写法可借助可选链（
?.）和空值合并（??）：例如obj?.prop ?? 'default'能安全读取并提供默认值
访问 null 的属性会直接抛出 TypeError
JavaScript 不允许对 null（或 undefined）调用属性访问或方法，null.foo 或 null.toString() 都会立即报错，中断执行。
- 在解构或深层取值前，务必确认对象非 null：比如
const { name } = user || {}或user && user.profile && user.profile.age - 优先使用可选链操作符：
user?.profile?.age—— 遇到null或undefined时自动短路，返回undefined而非报错 - 函数参数若可能为 null，应在入口做防御性检查：
if (data === null) return;或提前转换：data = data ?? {}
typeof null 返回 'object' 是历史遗留陷阱
这是 JavaScript 最著名的怪癖之一：typeof null === 'object'。它源于早期实现的二进制标识 bug，至今未修复以保证向后兼容。这会让基于 typeof 的类型判断失效。
- 不要依赖
typeof x === 'object'来判断是否为对象——它对null也返回 true - 准确判断普通对象请用：
x !== null && typeof x === 'object' && !Array.isArray(x) - 更简洁的方式是
Object.prototype.toString.call(x) === '[object Object]'，它对null返回[object Null]
JSON 序列化与 null 的隐式行为
JSON.stringify() 会对 null、undefined、函数、Symbol 等做特殊处理：对象中的 null 属性会被保留，而 undefined 属性则被忽略；数组中 undefined 和 null 都序列化为 null。
立即学习“Java免费学习笔记（深入）”；
- 前后端交互中，若后端期望接收某个字段，但前端传了
null，可能被服务端当作有效空值处理；传undefined则该字段根本不会出现在请求体中 - 清理无效数据时，注意区分：
JSON.stringify({ a: null, b: undefined })得到{"a":null} - 必要时手动过滤：
Object.fromEntries(Object.entries(obj).filter(([, v]) => v != null))
