typeof null返回"object"是受历史限制与底层实现影响的合理意外，源于早期类型标记机制中null被定义为“空对象引用”，其二进制标记与对象一致，且因兼容性优先未被修复。
JavaScript中typeof null返回"object"不是设计失误，而是一个受历史限制与底层实现影响的“合理意外”。
源于早期JavaScript的类型标记机制
1995年Brendan Eich在十天内设计出JavaScript原型时，为提升执行效率，采用类似Lisp的底层表示法：值的低几位用于标记类型。当时所有引用类型（对象、数组、函数等）都用相同的标记位，而null被定义为“空对象引用”（empty object pointer），其二进制表示恰好与对象类型标记一致。引擎直接读取该位，就返回"object"。
null在语言中的特殊定位
null本意是“有意缺失的对象值”，语义上属于对象类型的子集（比如Object(null)能成功转换，null instanceof Object为false但不报错）。这种设计让null与对象系统保持兼容，例如：
- 垃圾回收可统一处理
null和对象指针 - 原型链查找中
null作为终点自然融入对象模型 - JSON规范也将
null列为与对象、数组并列的一级数据类型
为何没有修复？兼容性优先
ES5（2009）及后续标准曾讨论修正此行为，但最终放弃，因为：
立即学习“Java免费学习笔记（深入）”；
- 大量现有代码依赖
typeof x === "object"来粗筛非原始值（再单独排除null） - 改变
typeof null会破坏无数库的类型判断逻辑 - ECMAScript规范明确将此列为“必须保留的历史行为”（见ES2024 §12.5.5.1）
现代开发中的应对方式
实际编码中应避免单靠typeof判空或对象类型：
- 检查是否为
null：用严格相等x === null - 检查是否为纯对象（非
null，且是普通对象）：x !== null && typeof x === "object" && x.constructor === Object，或更稳妥地用Object.prototype.toString.call(x) === "[object Object]" - TypeScript等工具层已内置对
null的独立类型标注，从类型系统层面规避了该问题
这个结果不是bug，而是语言在性能、语义与向后兼容之间权衡出的真实痕迹。
