通常，不要使用null以避免混淆。

标准库方法返回undefined，而不是null

let a = [10];
console.log(a[1]) //=> undefined
console.log(a.find(value => value === 5)) //=> undefined

我经常在人们的代码中看到，某个变量最初未定义，然后赋值给某个值，然后通过设置为null来清除。这是不一致的，最好回到undefined。

尽管如此，如果框架使用null，或者对于json序列化，null是有意义的。

在JavasScript中有5种基本数据类型：String、Number、Boolean、null和undefined。我将尝试用一些简单的例子来解释。

假设我们有一个简单的函数

 function test(a) {
     if(a == null) {
        alert("a is null");
     } else {
        alert("The value of a is " + a);
     }
  }

此外，在上述函数中，if（a==null）与if（！a）相同。

现在，当我们调用此函数而不传递参数

test(); // will alert "a is null";
test(4); // will alert "The value of a is " + 4;

also

var a;
alert(typeof a);

这将给出未定义的；我们声明了一个变量，但没有为该变量赋值；

但如果我们写

var a = null;
alert(typeof a); // will give alert as object

所以null是一个对象。在某种程度上，我们为“a”分配了一个空值

我想添加一个与空和未定义之间的细微差别有关的知识点。当您尝试从头开始学习Vanilla JavaScript（JS）时，这一点很好：

null是JS中的保留关键字，而undefined是运行时环境的全局对象。

在编写代码时，这种差异是不可识别的，因为null和undefined总是在JavaScript语句的右侧（RHS）使用。但当你在表达式的左手边（LHS）使用它们时，你可以很容易地观察到这种差异。因此JS解释器将以下代码解释为错误：

var null = 'foo'

它给出以下错误：

未捕获语法错误：意外的标记null

同时，以下代码运行成功，尽管我不建议在现实生活中这样做：

var undefined = 'bar'

这是因为undefined是全局对象（如果JavaScript在浏览器中运行，则为窗口对象）上的一个属性

已经给出了很多“技术性”的答案，从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规则

Null始终是内存中存在的未知对象，而undefined则不是。

我将解释undefined、null和UncaughtReferenceError：

1-未捕获引用错误：脚本中未声明变量，没有对此变量的引用2-未定义：变量已声明但未初始化3-null：声明的变量为空值