我从这里选的

未定义的值是当变量没有已分配值。空值是表示空的、空的和空的原始值，或不存在的引用。

当您通过var声明一个变量而不给它赋值时，它将具有未定义的值。就其本身而言，如果您尝试WScript.Echo（）或alert（）此值，您将看不到任何内容。但是，如果您在其中附加一个空白字符串，那么它会突然出现：

var s;
WScript.Echo(s);
WScript.Echo("" + s);

您可以声明一个变量，将其设置为null，行为是相同的，只是您将看到“null”与“undefined”打印出来。这确实是一个小差异。

您甚至可以将未定义的变量与null进行比较，反之亦然，条件将为true：

undefined == null
null == undefined

然而，它们被认为是两种不同的类型。虽然undefined是一种类型，但null被认为是一个特殊的对象值。通过使用typeof（）可以看到这一点，它返回一个表示变量的常规类型的字符串：

var a;
WScript.Echo(typeof(a));
var b = null;
WScript.Echo(typeof(b));

运行上述脚本将产生以下输出：

undefined
object

无论它们是不同的类型，如果您尝试访问其中一个的成员，它们的行为仍然相同，例如，它们将抛出异常。使用WSH，你会看到可怕的“'varname'为空或不是对象”，如果你幸运的话（但这是另一篇文章的主题）。

您可以明确地将变量设置为未定义，但我强烈建议您不要这样做。我建议您只将变量设置成null，并将忘记设置的值保留为未定义。同时，我真的鼓励你总是设置每个变量。JavaScript的作用域链不同于C风格语言，即使是资深程序员也很容易混淆，将变量设置为null是防止基于它的错误的最佳方法。

另一个例子是使用delete运算符时，您将看到未定义的弹出窗口。我们这些来自C世界的人可能会错误地将此解释为破坏对象，但事实并非如此。此操作所做的是从数组中移除下标或从对象中移除成员。对于数组，它不影响长度，但现在认为下标未定义。

var a = [ 'a', 'b', 'c' ];
delete a[1];
for (var i = 0; i < a.length; i++)
WScript.Echo((i+".) "+a[i]);

上述脚本的结果是：

0.) a
1.) undefined
2.) c

在读取从未存在的下标或成员时，也会返回undefined。

null和undefined之间的区别是：JavaScript永远不会将任何东西设置为null，这通常是我们所做的。虽然我们可以将变量设置为undefineed，但我们更喜欢null，因为这不是我们曾经做过的事情。当您调试时，这意味着任何设置为null的事情都是您自己做的，而不是JavaScript。除此之外，这两个特殊值几乎相等。

引自Marijn Haverbeke第三版《Elquent Javascript》：

undefined和null之间的含义差异是Javascript设计的一个意外，大多数时候这并不重要。如果你真的需要关注这些价值观，我建议你将它们视为可以互换的

老实说，一开始，我对这个建议有点怀疑。然而，在我自己的解释中，这是一种懒惰（或渴望）的方式来处理他们的分歧。也许，我们根本不需要处理这些差异。如果我们必须这样做，我们可以延迟我们的担忧（直到我们不得不这样做），而不是在这些值（null和undefined）流经我们的代码的每一步都过度/防御性地担心它。

PS：这不是对你问题的直接回答。这只是一个相关的观点。

除了不同的含义外，还有其他区别：

对象析构函数对这两个值的作用不同：常量｛a=“默认”｝=｛a:未定义｝；//a是“默认值”常量｛b=“默认”｝=｛b:null｝；//b为空JSON.stringify（）保持null，但省略未定义const json=json.stringify（{undefinedValue:undefined，nullValue:null}）；console.log（json）；//打印｛“nullValue”：null｝运算符类型console.log（类型未定义）；//“未定义”console.log（类型为空）；//“object”而不是“null”

null：缺少变量值；undefined：缺少变量本身；

..，其中变量是与值关联的符号名称。

JS可以用null隐式初始化新声明的变量，但它没有。

undefined和null之间的差别很小，但有区别。值未定义的变量从未初始化。值为null的变量被显式指定为null，这意味着该变量被显地设置为没有值。如果使用null==undefined表达式比较undefineed和null，它们将相等。

已经给出了很多“技术性”的答案，从JS仅仅是一种编程语言的有限角度来看，所有答案都是正确的。

然而，我想补充以下想法，特别是当您将TypeScript代码作为更大项目/（企业）应用程序的一部分时：

当与某种后端交谈时，您很可能会收到JSON虽然一些后端正确地避免了在JSON中使用“null”（删除那些财产），但其他后端没有这样做现在，虽然“null”可能意味着该值是故意缺失的，但更多情况下，它并没有传达这一含义。大多数数据库使用“null”只是因为它们没有“undefined”类型。但真正的含义只是“未定义”。因此，您永远无法知道“null”值是否真的意味着故意缺席。因此，“空”并不意味着故意选择“缺失值”。一般来说，这是无法决定的。因此，在语义上，“null”和“undefined”实际上是完全相同的。

因此，为了协调一致，我坚决反对使用“null”，并希望鼓励您停止在代码中使用“null“。这比你想象的要容易得多。别误会我。我不是说不处理“null”值，只是为了避免在代码中显式使用它们。换句话说：您的代码应该仍然能够处理来自应用程序外部的意外传递的“null”值，例如通过第三方库（如Angular）或第三方后端。

以下是实现这一目标的指导原则：

避免直接的未定义类型保护（例如，如果（值==未定义）｛…｝。相反，使用间接类型保护（也称为真实性检查），例如if（value）｛…｝每当0或空字符串有意义时，请使用像Lodash的isNil这样的显式助手方法或在比较中包含有意义的值（例如，如果（！value&&value！==0）｛…｝）考虑使用不允许使用null的lint规则