typeof null 返回 "object" 是历史遗留 bug，因早期 32 位实现中 null 的全零指针被误判为对象类型标签 000，为兼容性保留至今；安全检测应使用 value === null。
在 JavaScript 中，typeof null 返回 "object" 是一个广为人知的历史遗留问题，并非设计意图，而是早期实现的 Bug，且因向后兼容被保留至今。
为什么 typeof null 返回 "object"？
这源于 JavaScript 最初（1995 年 Netscape Navigator 2 的实现）的类型判断机制：JavaScript 引擎用底层的 32 位值表示变量，其中最低位为 0 表示对象引用，而 null 被编码为全零指针（即 0x00000000）。由于最低位是 0，引擎误判为“对象类型”。尽管 ECMAScript 规范明确指出 null 是原始值（primitive），但该行为已在大量旧代码中固化，无法修改。
如何安全地检测 null？
不能依赖 typeof 判断 null，应改用严格相等或组合判断：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 直接用
value === null—— 最准确、最推荐 - 需要同时排除
undefined时，可用value == null（利用null == undefined为 true） - 若需区分“空对象”和“null”，避免
typeof value === 'object'单独使用，应写成：value !== null && typeof value === 'object' && !Array.isArray(value)
现代替代方案：可读性更强的类型检查
为避免陷阱，许多项目采用工具函数或 TypeScript：
- 手写辅助函数：
function isNull(v) { return v === null; } - TypeScript 中，
null是独立类型，typeof不影响类型推导，编译期即可捕获误用 - Lodash 提供
_.isNull()，语义清晰，不依赖typeof
其他类似“意外行为”的注意点
typeof 对某些值也容易误导，需一并留意：
-
typeof []→"object"（数组是对象） -
typeof new Date()→"object" -
typeof /regex/→"object"（老引擎）或"function"（某些环境），实际应统一用Object.prototype.toString.call()辅助识别
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
