JavaScript 中 typeof null 返回 object 背后的故事

在 JavaScript 的奇妙世界里，有一个常常让人感到困惑的现象：当使用 typeof null 时，返回的结果竟然是 object。这与我们对 null 作为一个原始值的认知似乎不太相符，背后究竟隐藏着怎样的故事呢？

要理解这个问题，我们得追溯到 JavaScript 的起源。JavaScript 诞生于 1995 年，当时它的设计时间非常紧迫。在早期的实现中，JavaScript 使用一个 32 位的标签来存储值的类型信息。其中，低 3 位被用来表示数据的基本类型，而 000 对应的类型标签就被标记为 object。

null 在内存中的表示形式，恰好使得它的低 3 位是 000。所以，当 typeof 运算符进行类型检查时，根据这个标签规则，就将 null 识别为了 object。这其实是早期 JavaScript 实现的一个历史遗留问题，并不是有意为之。

随着 JavaScript 的发展，人们逐渐意识到这个设计的不合理性。现代 JavaScript 已经明确将 null 定义为原始值，但 typeof null 返回 object 这一行为却被保留了下来，主要是为了保持向后兼容性。毕竟，有大量的旧代码是基于这个特性编写的，如果改变这一行为，可能会导致许多现有代码出现错误。

尽管 typeof null 返回 object，但在实际开发中，我们有更好的方法来准确判断 null 值。例如，可以使用 null 自身的严格相等性检查 variable === null，这种方式能够更准确地判断一个变量是否被赋值为 null。

虽然 typeof null 返回 object 是一个历史遗留的“小插曲”，但它也提醒着我们 JavaScript 的发展历程。理解这个背后的故事，不仅能帮助我们更好地理解语言的特性，也能在编写代码时避免因这个特殊情况而产生的错误。