什么是类型?

类型是对值进行分类的一种方式。下面是一个包含有问题的类型及其typeof结果的表格。

null不是一个对象，它是一个null类型的值。

typeof操作符在说谎!它返回“object”为空在JavaScript语言中是一个错误。

我在我的开源电子书中写了一章。你可以在这里阅读https://github.com/carltheperson/advanced-js-objects

下面的函数说明了原因，并能够计算出差异:

function test() {
        var myObj = {};
        console.log(myObj.myProperty);
        myObj.myProperty = null;
        console.log(myObj.myProperty);
}

如果你打电话

test();

你要

未定义的 零

第一个console.log(…)尝试在myObj尚未定义时从myProperty获取myProperty -因此它返回“未定义”。在将其赋值为null后，第二个console.log(…)显然返回“null”，因为myProperty存在，但它的值为null。

为了能够查询这种差异，JavaScript有null和undefined:而null就像在其他语言中是一个对象一样，undefined不能是一个对象，因为没有可用的实例(甚至不是空实例)。

例如窗口。someWeirdProperty是未定义的

”窗口。someWeirdProperty === null"的值为false时

”窗口。someWeirdProperty === undefined"的值为true。

此外，checkif if (!o)与检查if (o == null)是否为假并不相同。

理解null和undefined的一种方法是了解它们出现的位置。

在以下情况下期望返回空值:

查询DOM的方法 console.log (window.document.getElementById(“nonExistentElement”)); / /输出:零 从Ajax请求接收到的JSON响应

    {
      name: "Bob",
      address: null
    }

RegEx.exec。 新功能处于不断变化的状态。下面返回null:

        var proto = Object.getPrototypeOf(Object.getPrototypeOf({}));

       // But this returns undefined:

        Object.getOwnPropertyDescriptor({}, "a");

所有其他不存在的情况都用undefined表示(由@Axel指出)。以下每一个都打印为“undefined”:

    var uninitalised;
    console.log(uninitalised);

    var obj = {};
    console.log(obj.nonExistent);

    function missingParam(missing){
        console.log(missing);
    }

    missingParam();

    var arr = [];
    console.log(arr.pop());        

当然，如果你决定写var unitialized = null;或者你自己从一个方法中返回null，那么你在其他情况下也会出现null。但这应该是很明显的。

第三种情况是当你想访问一个变量，但你甚至不知道它是否已经声明。在这种情况下，使用typeof来避免引用错误:

if(typeof unknown !== "undefined"){
    //use unknown
}

总之，在操作DOM、处理Ajax或使用某些ECMAScript 5特性时检查是否为空。对于所有其他情况，检查undefined严格相等是安全的:

if(value === undefined){
  // stuff
}

在Javascript中，null不是对象类型，而是原始类型。

有什么不同? Undefined指的是一个没有被设置的指针。 Null指的是空指针，例如有人手动将一个变量设置为Null类型

思考“null”的最佳方式是回忆一下类似的概念是如何在数据库中使用的，在数据库中它表示字段包含“根本没有值”。

是的，物品的价值是已知的;它是“被定义的”。已经初始化。 该项的值是:“没有值。”

This is a very useful technique for writing programs that are more-easily debugged. An 'undefined' variable might be the result of a bug ... (how would you know?) ... but if the variable contains the value 'null,' you know that "someone, somewhere in this program, set it to 'null.'" Therefore, I suggest that, when you need to get rid of the value of a variable, don't "delete" ... set it to 'null.' The old value will be orphaned and soon will be garbage-collected; the new value is, "there is no value (now)." In both cases, the variable's state is certain: "it obviously, deliberately, got that way."