问题并不是真正的“为什么 JS 中有空值”——在大多数语言中都有某种类型的空值，它通常被认为非常有用。

问题是，“为什么JS 中有未定义的值”。主要使用场所：

1. 当您声明var x;但不分配给它时，x保持未定义；
2. 当你的函数得到的参数少于它声明的参数时；
3. 当您访问不存在的对象属性时。

null对于 (1) 和 (2)*，当然也同样有效。(3) 真的应该立即抛出一个异常，事实上它没有，而不是返回这个undefined稍后会失败的奇怪的东西，是调试困难的一个重要来源。

*：您也可以争辩说 (2) 应该抛出异常，但是您必须为默认/变量参数提供更好、更明确的机制。

然而，JavaScript 最初没有例外，也没有任何方式来询问对象是否有某个名称的成员——唯一的方法是（有时仍然是）访问该成员并查看您得到什么。鉴于null已经有一个目的并且您很可能希望为其设置一个成员，因此需要一个不同的带外值。所以我们有undefined，正如您指出的那样，这是有问题的，这是我们永远无法摆脱的另一个伟大的 JavaScript“功能”。

当我想取消设置不再使用但我不想删除的属性的值时，我实际上使用了 undefined 。我应该使用 null 吗？

是的。undefined当其他语言可能会抛出异常时，保留作为信号的特殊值。

null通常更好，除了在某些 IE DOM 界面上设置某些内容null可能会给您带来错误。通常在这种情况下设置为空字符串往往会起作用。

最好在这里描述，但总而言之：

undefined 是缺少类型和值，null 是缺少值。

此外，如果你在做简单的“==”比较，你是对的，结果是一样的。但是试试 ===，它比较类型和值，你会注意到不同之处。

我认为没有任何理由同时拥有nulland undefined，因为许多人建议的唯一原因（“undefined意味着没有这样的变量/属性”）是无效的，至少在 JavaScript 中是这样。undefined无法告诉您变量/属性是否存在。

console.log(foo);               // "ReferenceError: foo is not defined"
                                // foo does not exist
var foo;
console.log(foo);               // "undefined", a different response
console.log(foo === undefined); // "true", but it does exist

var obj = {};
console.log(obj.hasOwnProperty("foo")); // "false", no such property
obj.foo = undefined;
console.log(obj.hasOwnProperty("foo")); // "true", it exists and has the value "undefined"
console.log(obj.foo === undefined);     // "true", but it does exist

obj.bar = "delete me";
obj.bar = undefined;
console.log(obj.hasOwnProperty("bar")); // "true", not actually deleted
delete obj.bar;
console.log(obj.hasOwnProperty("bar")); // "false", deleted

如您所见，检查foo === undefined不会告诉您是否foo存在，并且设置obj.bar = undefined实际上并没有删除bar。

undefined应该代表“不存在”的可能是 JavaScript 作者的初衷。然而，实施并没有变成那样。

完全有可能两者都需要。例如，如果您查询 WMI，则完全有可能让类返回具有空值的属性。它们是被定义的，它们恰好在当时保持为空。

我认为你的 JavaScript 定义undefined为“没有这样的属性”和null“该属性没有value”的结论是完全正确的。在像 JavaScript 这样动态的语言中，这是一个非常重要的区别。鸭子类型的使用意味着我们需要能够区分不存在的属性和没有值的属性。它是我们获取类型信息的主要方式。在静态类型语言中，空字段和不存在的字段之间有明确的区别。在 JavaScript 中，这也不例外。然而，它在运行时被检查，并且可以修改直到那个时间。

我将不得不同意实施很奇怪，因为很多时候区别是模糊的。但是我认为在 JavaScript 中这种区别很重要。能够分配undefined是必不可少的。

我记得不久前读过一篇关于用 JavaScript 编写的在线 RPG 的博客文章。它使用了一些示例，其中对象被创建为现有实例的副本而不是原型（类、函数等），然后被更改。这确实让我明白了undefined修改现有对象时的强大功能，但我不记得是谁写的。