今天分享一些 js 面试题

一、问：使用 typeof bar === “object” 来确定 bar 是否是对象的潜在陷阱是什么？如何避免这个陷阱？
尽管 typeof bar === “object” 是检查 bar 是否对象的可靠方法，令人惊讶的是在JavaScript中 null 也被认为是对象！
因此，令大多数开发人员惊讶的是，下面的代码将输出 true 控制台：

var bar = null;
console.log(typeof bar === "object");  
// logs true!

只要清楚这一点，同时检查 bar 是否为 null，就可以很容易地避免问题：

console.log(
  (bar !== null) 
  && 
  (typeof bar === "object")
);  
// logs false

要答全问题，还有其他两件事情值得注意：
首先，上述解决方案将返回 false，当 bar 是一个函数的时候。在大多数情况下，这是期望行为，但当你也想对函数返回 true 的话，你可以修改上面的解决方案为：

console.log(
  (bar !== null) 
  && 
  ((typeof bar === "object") 
  || 
  (typeof bar === "function"))
);

第二，上述解决方案将返回 true，当 bar 是一个数组（例如，当 var bar = [];）的时候。
在大多数情况下，这是期望行为，因为数组是真正的对象，但当你也想对数组返回 false 时，你可以修改上面的解决方案为：

console.log(
  (bar !== null) 
  && 
  (typeof bar === "object") 
  && 
  (toString.call(bar) !== "[object Array]")
);

或者，如果你使用jQuery的话：

console.log(
  (bar !== null) 
  && 
  (typeof bar === "object") 
  && (! $.isArray(bar))
);

二、下面的代码将输出什么到控制台？
这道题一般会以笔试题的形式出现，题目如下，看代码：

(function(){  
    var a = b = 3;
})();
    
console.log(typeof a == 'undefined');
console.log(typeof b == 'undefined');

问：下面的代码将输出什么到控制台，为什么？
这个时候，部分开发者就会认为，变量a和b都是声明定义在匿名函数内部的，属于函数内的局部变量，如果要在函数外部进行打印调用，a和b则为undefined。所以最后两行代码打印的结果都是true。
然而结果并非如此，之所以这么理解的原因是，他们把

var a = b = 3;

这句代码错误地理解为等同于：

var b = 3;
var a = b;

而事实上，它等同于：

b = 3;
var a = b;

区别在哪里相信你也看出来来，这个时候的变量b声明是不加关键字var的，也就是说变量b是全局变量（隐式全局变量）。
所以最后我们得到的结果分别是：true和false。
刁钻一点的面试官可能会追问：在严格模式下（使用 use strict），又会是什么结果？
这里就要注意一点了，在严格模式下我们运行后得到的结果是：

报错:b is not undefined

这也正是因为严格模式的这个特点，可以避免很多不必要的bug（全局变量污染）。

三、关于this指向的问题
看下面的代码，你觉得输出的结果是什么？

var myObject = { 
foo: "bar",
    func: function() {        
        var self = this;        
        console.log(this.foo);        
        console.log(self.foo);
        (function() {            
            console.log(this.foo);            
            console.log(self.foo);
        }());
    }
};
myObject.func();

代码中我们4次调用来console.log()来在控制台输出内容，请问4次的内容分别是什么？
在外部函数中， this 和 self 两者都指向了 myObject ，因此两者都可以正确地引用和访问 foo 。
在内部函数中, this不再指向myObject。其结果是，this.foo 没有在内部函数中被定义，相反，指向到本地的变量 self 保持在范围内，并且可以访问。（在ECMA 5之前，在内部函数中的this 将指向全局的 window 对象；反之，因为作为ECMA 5，内部函数中的功能this 是未定义的。）

所以，上面的代码将输出以下内容到控制台：

bar
bar
undefined
bar

四、use strict 有什么意义和好处？
对于这个问题，你可以这样回答面试官：
use strict 是一种在JavaScript代码运行时自动实行更严格解析和错误处理的方法。
严格模式的一些主要优点包括：
1.使调试更加容易。那些被忽略或默默失败了的代码错误，会产生错误或抛出异常，因此尽早提醒你代码中的问题，你才能更快地指引到它们的源代码。
2.防止意外的全局变量。如果没有严格模式，将值分配给一个未声明的变量会自动创建该名称的全局变量。这是JavaScript中最常见的错误之一。在严格模式下，这样做的话会抛出错误。
3.消除 this 强制。如果没有严格模式，引用null或未定义的值到 this 值会自动强制到全局变量。这可能会导致许多令人头痛的问题和让人恨不得拔自己头发的bug。在严格模式下，引用 null或未定义的 this 值会抛出错误。
4.不允许重复的属性名称或参数值。当检测到对象中重复命名的属性，例如：
var object = {foo: “bar”, foo: “baz”};）
或检测到函数中重复命名的参数时,例如：
function foo(val1, val2, val1){}）
严格模式会抛出错误，因此捕捉几乎可以肯定是代码中的bug可以避免浪费大量的跟踪时间。
5.使 eval() 更安全。在严格模式和非严格模式下， eval() 的行为方式有所不同。最显而易见的是，在严格模式下，变量和声明在 eval() 语句内部的函数不会在包含范围内创建（它们会在非严格模式下的包含范围中被创建，这也是一个常见的问题源）。
6.在 delete 使用无效时抛出错误。 delete 操作符（用于从对象中删除属性）不能用在对象不可配置的属性上。当试图删除一个不可配置的属性时，非严格代码将默默地失败，而严格模式将在这样的情况下抛出异常。

缺点：
现在网站的 JS 都会进行压缩，一些文件用了严格模式，而另一些没有。这时这些本来是严格模式的文件，被 merge 后，这个串就到了文件的中间，不仅没有指示严格模式，反而在压缩后浪费了字节。

五、小心javascript自动插入分号机制
在《JavaScript语言精粹》这本书里，这个“自动插入分号”机制被划入到了JavaScript的毒瘤里面，与之并列的前面的全局变量。
有些时候，不合时宜地插入分号，会导致严重的后果。 比如一个return语句要正确返回一个值，这个值的表达式的开始部分必须和return位于同一行。
今天，我们就来聊聊这个知识点，看下面的代码函数，它们会返回什么？

function foo1(){  
    return {
      bar: "hello"
    };
}
    
function foo2(){  
    return
      {
          bar: "hello"
      };
}

出人意料的是，这两个函数返回的内容并不相同。更确切地说是：

console.log("foo1 returns:");
console.log(foo1());
console.log("foo2 returns:");
console.log(foo2());

将产生：

foo1 returns:
Object {bar: "hello"}
foo2 returns:
undefined

这不仅是令人惊讶，而且特别让人困惑的是， foo2()返回的是undefined，也没有任何错误抛出。

原因是这样的，当碰到 foo2()中包含return语句的代码行（代码行上没有其他任何代码），分号会立即自动插入到返回语句之后。请仔细留意上面两个函数中return的不同之处，foo2函数的return是单独一行的。

也不会抛出错误，因为代码的其余部分是完全有效的，即使它没有得到调用或做任何事情（相当于它就是是一个未使用的代码块，定义了等同于字符串 "hello"的属性 bar）。

所以，在使用return语句的时候，要留意javascript的这个特点，尽可能不要将return关键字写在独立的一行，避免不必造成不必要的错误。

就先分享这些吧，下次继续分享哦，对你有帮助的话，记得点赞收藏哦！