好吧，当我们听到null和undefined时，我们可能会感到困惑，但让我们简单地开始吧，它们都是假的，在很多方面都很相似，但JavaScript的奇怪部分，使它们有一些显著的区别，例如，typeof null是“object”，而typeof undefineed是“undefined'。

typeof null; //"object"
typeof undefined; //"undefined";

但如果你用下面的==检查它们，你会发现它们都是假的：

null==undefined; //true

此外，您可以将null赋给对象属性或原语，而undefined可以通过不赋给任何对象来实现。

我创建了一个快速的图像，以一目了然地显示差异。

对于未定义的类型，只有一个值：undefined。

对于null类型，只有一个值：null。

因此，对于这两种情况，标签既是其类型，也是其值。

他们之间的区别。例如：

null是空值undefined是一个缺失的值

Or:

undefined还没有值null有一个值，但不再存在

实际上，null是一个特殊的关键字，而不是标识符，因此不能将其视为要赋值的变量。

然而，undefined是一个标识符。然而，在非严格模式和严格模式下，都可以创建一个名为undefined的局部变量。但这是一个可怕的想法！

function foo() {
    undefined = 2; // bad idea!
}

foo();

function foo() {
    "use strict";
    undefined = 2; // TypeError!
}

foo();

基本上，Undefined是javascript在运行时创建的一个全局变量，无论null是否意味着没有给变量赋值（实际上null本身就是一个对象）。

让我们举个例子：

        var x;  //we declared a variable x, but no value has been assigned to it.
        document.write(x) //let's print the variable x

未定义，这是您将获得的输出。

现在

        x=5;
        y=null;
        z=x+y;

你将得到5作为输出。这是Undefined和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规则

tl；博士

使用null设置一个已知为Object的变量。

使用undefined设置类型混合的变量。

这是我对5个原语和Object类型的用法，这解释了未定义或空的«用例»之间的区别。

一串

如果您知道一个变量在整个生命周期中只是一个字符串，那么按照惯例，您可以将其初始化为“”：

("") ? true : false; // false
typeof ""; // "string";
("Hello World") ? true : false; // true
typeof "Hello World"; // "string"

数字

如果您知道一个变量在所有生命周期中都只是一个数字，那么按照惯例，您可以将其初始化为0（如果0在您的使用中是一个重要值，则为NaN）：

(0) ? true : false; // false
typeof 0; // "number";
(16) ? true : false; // true
typeof 16; // "number"

or

(NaN) ? true : false; // false
typeof NaN; // "number";
(16) ? true : false; // true
typeof 16; // "number"

布尔型

如果您知道一个变量只是一个布尔值，而所有生命周期，按照惯例，您可以将其初始化为false：

(false) ? true : false; // false
typeof false; // "boolean";
(true) ? true : false; // true
typeof true; // "boolean"

对象

如果您知道一个变量在所有生命周期中都只是一个Object，那么按照惯例，您可以将其初始化为null：

(null) ? true : false; // false
typeof null; // "object";
({}) ? true : false; // true
typeof {}; // "object"

注意：关闭null的智能用法是Object的错误版本，因为Object始终为true，因为typeof null返回对象。这意味着typeof myVarObject返回Object和null类型的一致值。

All

如果您知道一个变量有一个混合类型（所有生命周期中的任何类型），按照惯例，您可以将其初始化为undefined。

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

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

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

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