未定义表示变量已声明但没有值：

var var1;
alert(var1); //undefined
alert(typeof var1); //undefined

Null是赋值：

var var2= null;
alert(var2); //null
alert(typeof var2); //object

undefined表示变量已声明但尚未赋值：

var测试var；console.log（testVar）//显示未定义console.log（testVar类型）//显示未定义

null是赋值。它可以作为无值表示分配给变量：

var testVar=空；console.log（testVar）//显示nullconsole.log（testVar类型）//显示对象

从前面的示例中可以清楚地看到，undefined和null是两种不同的类型：undefineed是类型本身（undefine），而null是对象。

证明：

console.log（null==未定义）//false（类型不同）console.log（null==undefined）//true（但为“相同值”）console.log（null==null）//true（类型和值相同）

and

null = 'value' // Uncaught SyntaxError: invalid assignment left-hand side
undefined = 'value' // 'value'

只是为了添加我的观点-

在C++等编译语言的情况下，优化编译器会删除只声明且从不在任何地方使用的变量[或在IDE中标记警告]。这最终意味着变量不存在，因为它的内存从未分配。

在javascript解释器的情况下，[我猜]一个变量仅从被赋予值的那一点起被视为存在。在此之前，它的类型是“undefined”，并且没有为它分配内存。因此，它的名称是undefineed。

javascript中的null是一个表示地址的值，但该地址还没有指向任何内容[不存在的引用]。然而，这是一个价值。

null是一个特殊值，表示“无值”。null是一个特殊的对象，因为typeof null返回“object”。

另一方面，undefined表示变量尚未声明，或未给定值。

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

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

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

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