为了把事情弄清楚，你需要知道两个事实:

instanceof操作符测试构造函数的prototype属性是否出现在对象的prototype链中的任何位置。在大多数情况下，这意味着对象是通过使用该构造函数或其后代构造函数创建的。但prototype也可以通过Object.setPrototypeOf()方法(ECMAScript 2015)或__proto__属性显式设置(旧浏览器，已弃用)。但是，由于性能问题，不建议更改对象的原型。

因此，instanceof仅适用于对象。在大多数情况下，你不会使用构造函数来创建字符串或数字。你可以。但你几乎从来没有这样做过。

instanceof也不能检查使用哪个构造函数创建对象，但返回true，即使对象是从被检查的类派生的。在大多数情况下，这是理想的行为，但有时并非如此。所以你要保持这种心态。

另一个问题是不同的作用域具有不同的执行环境。这意味着它们有不同的内置(不同的全局对象，不同的构造函数，等等)。这可能会导致意想不到的结果。

例如，[]instanceof window.frames[0].Array将返回false，因为Array。== window.frames[0]. array和数组继承自前者。 此外，它不能用于未定义的值，因为它没有原型。

The typeof operator tests whether value belong to one of six basic types: "number", "string", "boolean", "object", "function" or "undefined". Where the string "object" belong all objects (except functions, which are objects, but have its own value in typeof operator), and also "null" value and arrays (for "null" it's a bug, but this bug is so old, so it's become a standard). It doesn't rely on constructors and can be used even if value is undefined. But it's doesn't give any details about objects. So if you needed it, go to instanceof.

现在我们来讨论一个棘手的问题。如果使用构造函数创建基元类型呢?

let num = new Number(5);
console.log(num instanceof Number); // print true
console.log(typeof num); // print object
num++; //num is object right now but still can be handled as number
//and after that:
console.log(num instanceof Number); // print false
console.log(typeof num); // print number

就像魔法一样。但事实并非如此。这就是所谓的装箱(按对象包装原语值)和解装箱(从对象中提取包装的原语值)。这样的代码似乎“有点”脆弱。当然，您可以避免使用构造函数创建原始类型。但还有另一种可能的情况，拳击可能会打到你。在原语类型上使用Function.call()或Function.apply()时。

function test(){
  console.log(typeof this);
} 
test.apply(5);

为了避免这种情况，你可以使用严格模式:

function test(){
  'use strict';
  console.log(typeof this);
} 
test.apply(5);

乌利希期刊指南: 自ECMAScript 2015以来，又增加了一种名为Symbol的类型，它有自己的typeof == " Symbol "。

console.log(typeof Symbol());
// expected output: "symbol"

你可以在MDN上阅读它:(Symbol, typeof)。

为了把事情弄清楚，你需要知道两个事实:

instanceof操作符测试构造函数的prototype属性是否出现在对象的prototype链中的任何位置。在大多数情况下，这意味着对象是通过使用该构造函数或其后代构造函数创建的。但prototype也可以通过Object.setPrototypeOf()方法(ECMAScript 2015)或__proto__属性显式设置(旧浏览器，已弃用)。但是，由于性能问题，不建议更改对象的原型。

因此，instanceof仅适用于对象。在大多数情况下，你不会使用构造函数来创建字符串或数字。你可以。但你几乎从来没有这样做过。

instanceof也不能检查使用哪个构造函数创建对象，但返回true，即使对象是从被检查的类派生的。在大多数情况下，这是理想的行为，但有时并非如此。所以你要保持这种心态。

另一个问题是不同的作用域具有不同的执行环境。这意味着它们有不同的内置(不同的全局对象，不同的构造函数，等等)。这可能会导致意想不到的结果。

例如，[]instanceof window.frames[0].Array将返回false，因为Array。== window.frames[0]. array和数组继承自前者。 此外，它不能用于未定义的值，因为它没有原型。

The typeof operator tests whether value belong to one of six basic types: "number", "string", "boolean", "object", "function" or "undefined". Where the string "object" belong all objects (except functions, which are objects, but have its own value in typeof operator), and also "null" value and arrays (for "null" it's a bug, but this bug is so old, so it's become a standard). It doesn't rely on constructors and can be used even if value is undefined. But it's doesn't give any details about objects. So if you needed it, go to instanceof.

现在我们来讨论一个棘手的问题。如果使用构造函数创建基元类型呢?

let num = new Number(5);
console.log(num instanceof Number); // print true
console.log(typeof num); // print object
num++; //num is object right now but still can be handled as number
//and after that:
console.log(num instanceof Number); // print false
console.log(typeof num); // print number

就像魔法一样。但事实并非如此。这就是所谓的装箱(按对象包装原语值)和解装箱(从对象中提取包装的原语值)。这样的代码似乎“有点”脆弱。当然，您可以避免使用构造函数创建原始类型。但还有另一种可能的情况，拳击可能会打到你。在原语类型上使用Function.call()或Function.apply()时。

function test(){
  console.log(typeof this);
} 
test.apply(5);

为了避免这种情况，你可以使用严格模式:

function test(){
  'use strict';
  console.log(typeof this);
} 
test.apply(5);

乌利希期刊指南: 自ECMAScript 2015以来，又增加了一种名为Symbol的类型，它有自己的typeof == " Symbol "。

console.log(typeof Symbol());
// expected output: "symbol"

你可以在MDN上阅读它:(Symbol, typeof)。

我在Safari 5和Internet Explorer 9中发现了一些非常有趣的(读作“可怕的”)行为。我在Chrome和Firefox中成功地使用了这个功能。

if (typeof this === 'string') {
    doStuffWith(this);
}

然后我在IE9中测试，它根本不能工作。大惊喜。但在Safari中，它是间歇性的!我开始调试，发现ie总是返回false。但最奇怪的是，Safari似乎在它的JavaScript VM中做了某种优化，第一次为真，但每次点击重载时为假!

我的大脑几乎爆炸了。

所以现在我决定这样做:

if (this instanceof String || typeof this === 'string')
    doStuffWith(this.toString());
}

现在一切都很好。请注意，你可以调用"a string". tostring()，它只是返回字符串的副本，即。

"a string".toString() === new String("a string").toString(); // true

所以从现在开始我将两者都用。

两者在功能上相似，因为它们都返回类型信息，但我个人更喜欢instanceof，因为它比较的是实际类型而不是字符串。类型比较不容易出现人为错误，而且技术上更快，因为它比较内存中的指针，而不是整个字符串的比较。

instanceof将不适用于原语，例如"foo" instanceof String将返回false，而typeof "foo" == " String "将返回true。

另一方面，当涉及到自定义对象(或类，无论你想叫它们什么)时，typeof可能不会做你想做的事情。例如:

function Dog() {}
var obj = new Dog;
typeof obj == 'Dog' // false, typeof obj is actually "object"
obj instanceof Dog  // true, what we want in this case

函数碰巧既是“函数”原语，又是“函数”的实例，这有点奇怪，因为它不像其他原语类型那样工作，例如。

(typeof function(){} == 'function') == (function(){} instanceof Function)

but

(typeof 'foo' == 'string') != ('foo' instanceof String)

我认为，当callback是Function的子类型时，instanceof也可以工作