typeof null 返回 "object" 是因历史遗留的底层二进制标签误判，null 的全零指针低三位与对象标签相同；实际需用 value === null 检测，安全判断非空对象应为 value !== null && typeof value === 'object' && !array.isarray(value)。
这是因为 JavaScript 最初设计时的一个历史遗留 bug，且被 ECMAScript 规范沿用至今，成为事实标准。
typeof null 返回 "object" 的原因
在 JavaScript 诞生初期（1995 年 Netscape 实现），值在底层用 32 位标签-值对表示。其中对象的类型标签是 000，而 null 被设计为全零的空指针（0x00000000），其低三位自然也是 000，导致 typeof 误判为 object。虽然这明显不符合逻辑（null 明明代表“无对象”），但当时已广泛使用，为兼容性考虑，规范最终保留了这一行为。
实际开发中如何正确检测 null
不能单靠 typeof，需结合严格相等判断：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
检测是否为 null：直接用
value === null - 区分 null 和普通对象：先排除 null，再用 typeof 或其他方法
-
安全的“非空对象”判断：
value !== null && typeof value === 'object' && !Array.isArray(value)
其他容易混淆的 typeof 行为
除了 null，还有几个常见“反直觉”结果：
-
数组：
typeof []→"object"（数组本质是对象） -
Date、RegExp 等内置对象：同样返回
"object" -
函数：
typeof function() {}→"function"（这是少数特例，但注意它不是 "object"）
更可靠的类型检测方案
现代开发推荐组合使用多种方式：
- 基础类型：用
typeof（string/number/boolean/undefined/symbol/bigint/function） - null：单独用
=== null - 引用类型：用
Object.prototype.toString.call(value)，例如：Object.prototype.toString.call([]) // "[object Array]"<br>Object.prototype.toString.call(null) // "[object Null]"<br>Object.prototype.toString.call(/a/) // "[object RegExp]"
这个设计缺陷不复杂但容易忽略，理解它能帮你避开不少类型判断的坑。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
