下面的函数说明了原因，并能够计算出差异:

function test() {
        var myObj = {};
        console.log(myObj.myProperty);
        myObj.myProperty = null;
        console.log(myObj.myProperty);
}

如果你打电话

test();

你要

未定义的 零

第一个console.log(…)尝试在myObj尚未定义时从myProperty获取myProperty -因此它返回“未定义”。在将其赋值为null后，第二个console.log(…)显然返回“null”，因为myProperty存在，但它的值为null。

为了能够查询这种差异，JavaScript有null和undefined:而null就像在其他语言中是一个对象一样，undefined不能是一个对象，因为没有可用的实例(甚至不是空实例)。

TLDR

undefined是JavaScript中的一个基本值，表示一个值的隐式缺失。未初始化的变量自动具有此值，而没有显式返回语句的函数则返回undefined。

null也是JavaScript中的一个基本值。它表示有意不存在对象值。JavaScript中的null被设计用来实现与Java的互操作性。

typeof null返回“object”，这是由于语言设计的特殊性，源于JavaScript与Java可互操作的需求。它并不意味着null是一个对象的实例。这意味着:给定JavaScript中的原语类型树，null是“对象类型原语”子树的一部分。下面将更详细地解释这一点。

细节

Undefined是一个基本值，表示一个值的隐式缺失。注意，直到1998年的JavaScript 1.3版本才可以直接访问undefined。这告诉我们，null是程序员在显式表示缺少某个值时使用的值。未初始化的变量的值自动为undefined。undefined是ECMAScript规范中独一无二的类型。

Null是一个基本值，表示对象值的故意缺失。null也是ECMAScript规范中独一无二的类型。

JavaScript中的null是为了实现与Java的互操作性而设计的，无论是从“外观”的角度还是从编程的角度(例如计划于1996年实现的LiveConnect Java/JS桥)。Brendan Eich和其他人都表达了对包含两个“缺少值”值的厌恶，但在1995年，Eich奉命“让[JavaScript]看起来像Java”。

布兰达:服从指令

如果我没有从管理层那里得到“让它看起来像Java”的命令， 而且我有更多的时间(很难理清这两个因果因素)，那么我就会更喜欢一个自我式的“一切都是一个对象”。 方法:没有布尔，数字，字符串包装。没有undefined和null。 叹息。

为了适应Java的null概念，由于Java的强类型性质，它只能被分配给类型为引用类型的变量(而不是原语)，Eich选择将特殊的null值定位在对象原型链的顶部(即引用类型的顶部)，并将null类型作为“对象类型原语”集的一部分。

typeof运算符随后在1996年8月19日发布的JavaScript 1.1中加入。

来自V8博客:

Typeof null返回对象，而不是null，尽管null是一个 自己的类型。要理解为什么，考虑所有的集合 JavaScript类型分为两组: 对象(即对象类型) 原语(即任何非对象值) 因此，null意味着“没有对象值”，而undefined意味着“没有” 价值”。

按照这个思路，Brendan Eich设计了JavaScript 使typeof为右边的所有值返回'object'， 即所有对象和空值，在Java的精神。这就是为什么 Typeof null === 'object'，尽管规范有一个单独的null类型。

因此，Eich设计了基元类型的层次结构，以实现与Java的互操作性。这导致他将null与层次结构中的“对象类型原语”一起定位。为了反映这一点，当typeof不久后被添加到语言中时，他选择typeof null来返回“object”。

JavaScript开发人员对typeof null === "object"表示惊讶，这是弱类型语言(JavaScript)和另一种强类型语言(Java)之间的阻抗不匹配(或抽象泄漏)的结果，弱类型语言(JavaScript)同时具有null和未定义，而另一种强类型语言(Java)只有null，其中null被严格定义为引用类型(而不是基本类型)。

请注意，这一切都是合乎逻辑的、合理的、站得住脚的。typeof null === "object"不是bug，而是必须适应Java互操作性的二阶效应。

出现了许多不完善的反向合理化和/或惯例，包括undefined表示隐式缺少值，null表示有意缺少值;或者，undefined是一个值的缺失，null是一个具体的对象值的缺失。

与Brendan Eich的相关对话，为后人截屏:

思考“null”的最佳方式是回忆一下类似的概念是如何在数据库中使用的，在数据库中它表示字段包含“根本没有值”。

是的，物品的价值是已知的;它是“被定义的”。已经初始化。 该项的值是:“没有值。”

This is a very useful technique for writing programs that are more-easily debugged. An 'undefined' variable might be the result of a bug ... (how would you know?) ... but if the variable contains the value 'null,' you know that "someone, somewhere in this program, set it to 'null.'" Therefore, I suggest that, when you need to get rid of the value of a variable, don't "delete" ... set it to 'null.' The old value will be orphaned and soon will be garbage-collected; the new value is, "there is no value (now)." In both cases, the variable's state is certain: "it obviously, deliberately, got that way."

一些精度:

Null和undefined是两个不同的值。一个表示没有名称的值，另一个表示没有名称。

对于if(o)， if中发生的事情如下所示:

括号o中的表达式被求值，然后if语句开始对括号中的表达式的值进行类型强制——在我们的例子中是o。

JavaScript中的Falsy(将被强制为false)值为:"，null, undefined, 0和false。

未定义和未定义不是一回事。

age;

年龄的价值是什么?

电脑:好的，让我查一下我的内存/参考表.....在这一点上(你问的时间)，我没有看到任何标识符名为年龄，不在这个范围/上下文或任何父范围/上下文;我不知道年龄。也许稍后我会遇到一个指令，将该标识符添加到内存中，但它现在不存在。

var age;

你:年龄的价值是什么;

电脑:好的，检查一下我的记忆……我在引用表中看到一个标识符，它的名字是age，但在我添加它的时候，没有值或指针或任何东西被分配给它，所以我不知道;你可以认为它(年龄)空了/什么都没有/没用。

var age = null;

你:年龄的价值是什么;

电脑:好的，检查一下我的记忆……我看到年龄在我的参考表:它是空的。基本上，它是nothing/empty，你不能用这个值做任何事情;这是故意的。

现在，我可能不应该这样解释，但希望这是有意义的。

我明白为什么null被设计成JS中的一个对象，我个人也喜欢这样。

Null和undefined实际上意味着同样的事情:空/无。区别在于它在概念上是如何使用的。

我认为null是开发者想要的虚无;一些东西被设为null是为了不代表任何东西。我将未定义视为计算机意图的虚无;开发者/用户无意中发现了一些没有价值的东西。

例如，如果你从库/sdk调用一个函数并返回null，你几乎可以确定这是由开发人员/作者故意设计的;他们特别想表明虚无。

另见- https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/null

问题的第一部分

为什么null在JavaScript中被认为是一个对象?

这是他们现在无法修复的JavaScript设计错误。它应该是null类型，而不是object类型，或者根本没有它。在检测真实对象时，需要进行额外的检查(有时会忘记)，这是bug的来源。

问题的第二部分:

正在检查 If (object == null) 做某事 和 如果对象(!) 做某事

这两个检查总是都是假的，除了:

对象未定义或为空:均为true。 对象是原语，0，""，或false:第一次检查为假，第二次检查为真。

如果对象不是一个原语，而是一个真实的对象，比如new Number(0)、new String("")或new Boolean(false)，那么两个检查都为假。

因此，如果'object'被解释为一个真实的对象，那么两个检查总是相同的。如果允许使用原语，则对0、""和false进行不同的检查。

在object==null这样的情况下，不明显的结果可能是bug的来源。不建议使用==，请使用===代替。

问题的第三部分:

还有: null和undefined之间的区别是什么?

在JavaScript中，一个区别是null的类型是object，而undefined的类型是undefined。

在JavaScript中，null==undefined为真，如果忽略type则认为相等。为什么他们决定，但是0 ""和false不相等，我不知道。这似乎是一个武断的观点。

在JavaScript中，null===undefined不为真，因为在===中的类型必须相同。

实际上，null和undefined是相同的，因为它们都表示不存在。0和“”也是如此，也许还有空容器[]和{}。如此多相同的“无”是滋生bug的秘诀。一种或完全没有是更好的。我会尽量少用。

'false'， 'true'和'!'是另一个可以简化的问题，例如，如果(!x)和如果(x)单独是充分的，你不需要真和假。

如果没有给出值，则声明的var x是未定义的类型，但它应该与从未声明x相同。另一个错误源是空容器。所以最好同时声明和定义它，比如var x=1。

人们绕着圈子转来转去，试图弄清楚所有这些不同类型的虚无，但它们都是同样的东西，只是穿着复杂的不同衣服。现实是

undefined===undeclared===null===0===""===[]==={}===nothing

也许所有都应该抛出异常。