Undefined意味着一个变量已经声明，但它没有被赋值，而Null可以赋给一个变量，表示“没有值”。(Null是赋值运算符)

2.Undefined是一个类型本身，而Null是一个对象。

3.Javascript本身可以将任何未赋值的变量初始化为undefined，但它永远不能将变量的值设置为null。这必须通过编程来完成。

Null是一个对象。它的类型是null。Undefined不是一个对象;其类型是未定义的。

问题的第一部分

为什么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

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

什么是类型?

类型是对值进行分类的一种方式。下面是一个包含有问题的类型及其typeof结果的表格。

null不是一个对象，它是一个null类型的值。

typeof操作符在说谎!它返回“object”为空在JavaScript语言中是一个错误。

我在我的开源电子书中写了一章。你可以在这里阅读https://github.com/carltheperson/advanced-js-objects

为了补充“undefined和null之间的区别是什么”的答案，请参阅JavaScript权威指南第6版，本页第41页:

你可能认为undefined表示系统级的，意外的， 或者类似错误的无值和null表示程序级， 正常的，或预期的价值缺失。如果你需要分配一个 将这些值传递给变量或属性或将其中一个值传递给 一个函数，null几乎总是正确的选择。

思考“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."