对于类型判断我们很多人都知道null和instanceof这两个方法。但是同时这两个原生自带的方法也有自己的局限性。
typeof对于基本类型,除了null都可以正确显示
typeof 1 // ‘number’
typeof ‘1’ // ‘string’
typeof undefined // ‘undefined’
typeof true // ‘boolean’
typeof Symbol() // ‘symbol’
typeof b // b 没有声明,但是还会显示 undefined
而对于对象,除了函数都会显示object
typeof [] // ‘object’
typeof {} // ‘object’
typeof console.log // ‘function’
而instanceof则大多用在继承那一章节中对实例是否从属于某个类进行判断。
下面我们来谈一谈他们的机制8~
typeof 原理
typeof 一般被用于判断一个变量的类型,我们可以利用 typeof 来判断number, string, object,boolean, function, undefined, symbol 这七种类型,这种判断能帮助我们搞定一些问题,比如在判断不是 object 类型的数据的时候,typeof能比较清楚的告诉我们具体是哪一类的类型。但是,很遗憾的一点是,typeof在判断一个 object的数据的时候只能告诉我们这个数据是 object, 而不能细致的具体到是哪一种 object
1 | let s = new String('abc'); |
要想判断一个数据具体是哪一种 object 的时候,我们需要利用 instanceof 这个操作符来判断,这个我们后面会说到。
来谈谈关于 typeof 的原理吧,我们可以先想一个很有意思的问题,js 在底层是怎么存储数据的类型信息呢?或者说,一个 js 的变量,在它的底层实现中,它的类型信息是怎么实现的呢?
其实,js 在底层存储变量的时候,会在变量的机器码的低位1-3位存储其类型信息
- 000:对象
- 010:浮点数
- 100:字符串
- 110:布尔
- 1:整数
but, 对于 undefined 和 null 来说,这两个值的信息存储是有点特殊的。
null:所有机器码均为0undefined:用 −2^30 整数来表示
所以,typeof 在判断 null 的时候就出现问题了,由于null的所有机器码均为0,因此直接被当做了对象来看待。
然而用 instanceof 来判断的话
1 | null instanceof null // TypeError: Right-hand side of 'instanceof' is not an object |
null 直接被判断为不是object,这也是JavaScript的历史遗留bug,可以参考typeof。
番外篇——神奇的null(有坑,未填)
- 当我们在控制台输入
typeof null时会打印object。这也是一个存在了很久的bug- PS:为什么会出现这种情况呢?因为在 JS 的最初版本中,使用的是 32 位系统,为了性能考虑使用低位存储了变量的类型信息,
000开头代表是对象,然而null表示为全零,所以将它错误的判断为object。虽然现在的内部类型判断代码已经改变了,但是对于这个 Bug 却是一直流传下来。
- PS:为什么会出现这种情况呢?因为在 JS 的最初版本中,使用的是 32 位系统,为了性能考虑使用低位存储了变量的类型信息,
- 当我们在控制台输入
null == undefined时会打印true。因为undefined派生自null。所以当换成全等符号后值就变成了false。- 有意思的一点是,将二者强转为
Number型时null值为0而undefined值为NaN。
- 有意思的一点是,将二者强转为
- 而作为基本类型之一的
null,当用户打印null instanceof null时却报了错(TypeError: Right-hand side of 'instanceof' is not an object),这也是JavaScript历史遗留的bug,为了防止修复造成的更多bug所以一直没有修复… - 而当我们在控制台输入
null instanceof Object时则会打印false,这和咱们输入typeof null的值"object"大相径庭,具体原理我也没摸清,以后再填坑吧。- 【填坑】后来我听到了一种比较合理的解释,
null我们可以理解为一个占位符,并不由Object自原型链继承而来,故null instanceof Object结果为false。另一方面,由于它是一个对象的占位符,故判断类型时将其自动归属于Object大类中。
- 【填坑】后来我听到了一种比较合理的解释,
因此在用 typeof 来判断变量类型的时候,我们需要注意,最好是用 typeof 来判断基本数据类型(包括symbol),避免对 null 的判断。
还有一个不错的判断类型的方法,就是Object.prototype.toString,我们可以利用这个方法来对一个变量的类型来进行比较准确的判断
1 | Object.prototype.toString.call(1) // "[object Number]" |
instanceof 原理
之前我们提到了instanceof来判断对象的具体类型,其实instanceof主要的作用就是判断一个实例是否属于某种类型
1 | let person = function () { |
当然,instanceof也可以判断一个实例是否是其父类型或者祖先类型的实例。
1 | let person = function () { |
这是instanceof的用法,但是instanceof的原理是什么呢?根据ECMAScript语言规范,我梳理了一下大概的思路,然后整理了一段代码如下
1 | function new_instance_of(leftVaule, rightVaule) { |
其实 instanceof主要的实现原理就是只要右边变量的 prototype 在左边变量的原型链上即可。因此,instanceof在查找的过程中会遍历左边变量的原型链,直到找到右边变量的prototype,如果查找失败,则会返回 false,告诉我们左边变量并非是右边变量的实例。
看几个很有趣的例子
1 | function Foo() { |
要想全部理解instanceof的原理,除了我们刚刚提到的实现原理,我们还需要知道 JavaScript的原型继承原理。
关于原型继承的原理,我简单用一张图来表示
我们知道每个 JavaScript 对象均有一个隐式的__proto__原型属性,而显式的原型属性是prototype,只有 Object.prototype.__proto__ 属性在未修改的情况下为null值。根据图上的原理,我们来梳理上面提到的几个有趣的instanceof使用的例子。
Object instanceof Object- 由图可知,
Object的prototype属性是Object.prototype, 而由于Object本身是一个函数,由Function所创建,所以Object.__proto__的值是Function.prototype,而Function.prototype的__proto__属性是Object.prototype,所以我们可以判断出,Object instanceof Object的结果是true。用代码简单的表示一下
- 由图可知,
1 | leftValue = Object.__proto__ = Function.prototype; |
Function instanceof Function和Function instanceof Object的运行过程与Object instanceof Object类似,故不再详说。
Foo instanceof FooFoo函数的prototype属性是Foo.prototype,而Foo的__proto__属性是Function.prototype,由图可知,Foo的原型链上并没有Foo.prototype,因此Foo instanceof Foo也就返回false。
1 | leftValue = Foo, rightValue = Foo |
Foo instanceof Object
1 | leftValue = Foo, rightValue = Object |
Foo instanceof Function
1 | leftValue = Foo, rightValue = Function |
总结
简单来说,我们使用typeof来判断基本数据类型是ok的,不过需要注意当用typeof来判断null类型时的问题,如果想要判断一个对象的具体类型可以考虑用instanceof,但是instanceof也可能判断不准确,比如一个数组,他可以被instanceof判断为Object所以我们要想比较准确的判断对象实例的类型时,可以采取 Object.prototype.toString.call方法。