这两个特殊值都表示为空状态。

主要区别在于undefined表示尚未初始化的变量的值，而null表示有意缺少对象。

但是，变量编号已定义，未分配初始值：

let number;
number; // => undefined

number变量未定义，这明显表示变量未初始化当访问不存在的对象属性时，会发生相同的未初始化概念：

const obj = { firstName: 'Dmitri' };
obj.lastName; // => undefined

由于obj中不存在lastName属性，JavaScript正确地将obj.lastName计算为undefined。

在其他情况下，您知道变量需要保存对象或函数以返回对象。但由于某些原因，您无法实例化对象。在这种情况下，null是丢失对象的有意义的指示符。

例如，clone（）是一个克隆普通JavaScript对象的函数。该函数应返回一个对象：

function clone(obj) {
  if (typeof obj === 'object' && obj !== null) {
    return Object.assign({}, obj);
  }
  return null;
}
clone({name: 'John'}); // => {name: 'John'}
clone(15);             // => null
clone(null);           // => null

然而，clone（）可以用非对象参数调用：15或null（或通常为原始值，null或undefined）。在这种情况下，该函数无法创建克隆，因此它返回null-缺少对象的指示符。

typeof运算符区分两个值：

typeof undefined; // => 'undefined'
typeof null;      // => 'object'

严格质量运算符==正确区分undefined和null：

let nothing = undefined;
let missingObject = null;
nothing === missingObject; // => false

在Javascript中，null是一个空值或不存在的值，必须赋值。但Undefined表示已声明变量，但未定义值。

let a = null;  
console.log(a);    // null
let b;         
console.log(b);    // undefined

在JS中，null和undefined都是原始值。您还可以查看以下代码行

console.log(typeof null); //Object
console.log(typeof undefined); //undefined
console.log(10+null); // 10
console.log(10+undefined); //NaN

只是为了添加我的观点-

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

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

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

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

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

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

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

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

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

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

Null是赋值：

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