1、使用typeof bar==="object"来确定bar是否是对象的潜在陷阱是什么?如何避免这个陷阱?
例:
var bar=null;
console.log(typeof bar==="object");
输出结果:true;
解释:在javascript中null被认为是对象
如果要避免该陷阱,则还需要判断bar是否为null。
例:
var bar=null;
console.log((bar!==null)&&(typeof bar==="object"));
输出结果:false
2、下面的代码在控制台输出什么结果,为什么?
(function(){ var a=b=3;
console.log(typeof a=='undefined');//输出结果:false
})();
console.log("a defined?"+(typeof a!=='undefined'));//输出结果:true
console.log("b defined?"+(typeof b!=='undefined'));//输出结果:false
解释:
var a=b=3的声明是b=3,var a=b的简写,b是全局变量(因为它没有前缀var关键字),因此它的作用域为匿名函数之内和匿名函数之外;而a的定义为局部变量,因此它的作用域只在匿名函数之内,而输出结果语句是在闭包之外,因此typeof a!=='undefined'的输出结果为true,在匿名函数之内的输出结构则为false.
注:1、这个题的关键在var a=b=3这句话的理解
2、在严格模式下(即使用use strict),语句var a=b=3将生成ReferenceError:b is not defined的运行时错误,从而避免任何否则可能导致的headfakes/bug.
3、下面的代码将输出什么到控制台,为什么?
<script> var myObject={ foo:"bar", func:function(){ var self=this; console.log("outer func:this foo="+this.foo);//输出结果为:outer func:this foo=bar console.log("outer func:self.foo="+self.foo);//输出结果为:outer func:this foo=bar (function(){ console.log("inner func:this.foo="+this.foo);//输出结果为:inner func:this.foo=undefined console.log("inner func:self.foo="+self.foo);//输出结果为:inner func:self.foo=bar }()); } }; myObject.func(); </script>
解释:在外部函数中,this和self都指向的是myObject对象,所以输出结果都指向的是bar;在内部函数中,this指向的是其匿名函数,而匿名函数中并没有定义foo,因此输出结果为undefined,而self变量相对于内部函数而言是全局变量,其所指向的是myObject对象,因此其输出结果为:bar.
注:该题的关键点在于对this的理解,但是this在JavaScript中又是一个很难理解的东西,通过学习和别人的总计,大致对this在不同的环境中的意义做了总结,大致如下:
1、在HTML标签中(例:<button οnclick="calc(this)">提交</button>),this指代当前触发事件元素对象本身;
2、所有匿名函数的回调或者自调,内部的this指向的是window;
3、在程序运行时,this指代正在调用方法的对象(.之前的对象);
4、在JavaScript源文件的开头包含use strict有什么意义和好处?
答:use strict是一种在JavaScript代码运行时自动实行更严格解析和错误处理的方法,那些被忽略或默默失败了的代码错误,会产生错误或抛出异常。通常而言,这是一个很好的做法。
严格模式的主要优点包括:
1、使调试更加容易。那些被忽略或默默失败了的代码错误,会产生错误或抛出异常,因此今早提醒你代码中的问题,你才能更快的指引到它们的源代码
2、防止意外的全局变量。如果没有严格模式,将值分配给一个未声明的变量会自动创建该名称的全局变量。这是JavaScript中最常见的错误之一。在严格模式下,这样做的话会抛出错误。
3、消除this强制。如果没有严格模式,引用null或未定义的值到this值会自动强制到全局变量。这可能会导致许多令人头痛的问题和让人恨不得拔自己头发的bug。在严格模式下,引用null或未定义的this值会抛出错误。
4、不允许重复的属性名称或者参数值。当检测到对象(例如:var object={foo:“bar”,foo:"baz"})中重复命名的属性,或检测到函数中(例如:function foo(var1,var2,var1){})重复命名的参数时,严格模式会抛出错误,因此捕捉几乎可以肯定是代码中的bug可以避免浪费大量的跟踪时间。
5、使用eval()更安全。在严格模式和非严格模式下,eval()的行为方式有所不同。最显而易见的是,在严格模式下,变量和声明在eval()语句内部的函数不会再包含范围内创建(它们会在严格模式下的包含范围中被创建,这也是一个常见的问题源。)
6、在delete使用无效时抛出错误。delete操作符(用于从对象中删除属性)不能用再对象不可配置的属性上。当试图删除一个不可配置的属性时。非严格代码将默默地失败,而严格模式将在这样的情况下抛出异常。
5、考虑以下两个函数,它们会返回相同的东西吗?为什么相同或为什么不同?
<script> function foo1(){ return { bar:"hello" }; } function foo2(){ return { bar:"hello" }; } console.log(foo1());//输出结果为Object {bar: "hello"} console.log(foo2());//输出结果为undefined </script>
解释:
分号在JavaScript中是一个可选项(尽管省略它们通常是非常糟糕的形式)。其结果就是,当碰到foo2()中包含return语句的代码行(代码行上没有任何其它代码),分号会立即自动插入到返回语句之后。也不会抛出错误,因为代码的其余部分是完全有效的,即使它没有得到调用或做任何事情(相当于它就是一个未使用的代码块,定义了等同于字符串“hello”的属性bar)。这种行为也支持放置左括号于JavaScript代码行的末尾,而不是新代码行开头的约定。正如这里所示,这不仅仅是JavaScript中的一个风格偏好。
6、NaN是什么?它的类型是什么?你如何可靠的测试一个值是否等于NaN?
答:NaN属性代表一个“不是数字”的值。这个特殊的值是因为运算不能执行而导致的,不能执行的原因要么是因为其中的运算对象之一非数字(例如:“abc”/3),要么是因为运算结果为非数字(例如:除数为0)。虽然这看上去很简单,但NaN有一些令人惊讶的特点,如果你不知道它的话,可能会导致令人头痛的bug。
首先,NaN和任何东西做全等比较,包括它自身,结果返回的都为false,一种可靠的办法来测试一个数字是否是NaN,是使用函数isNaN(),但即使使用isNaN()依然并非是一个完美的解决方案。一个更好的解决办法是使用value!=value,如果值等于NaN,只会产生true。另外,ES6提供了一个新的Number.isNaN()函数,这是一个不同的函数,并且比老的全局isNaN()函数更可靠。
7、下列代码输出什么?为什么?
console.log(0.1+0.2);//输出结果为:0.30000000000000004
console.log(0.1+0.2==0.3);//输出结果为:false
JavaScript中的数字和浮点精度的处理相同,因此可能不会总产生预期的结果。
8、判断值x是否为整数的方法?
答:1、在ECMAScript6中使用number.isInteger()方法判断,如果是整数,则返回true,如果不是,则返回false.
例:number.isInteger(25)//true;
number.isInteger(25.0)//true;
number.isInteger(25.1)//false;
number.isInteger("25")//false;
number.isInteger(true)//false;
2、function isInteger(x){return (x^0)===x;}
3、function isInteger(x){return Math.round(x)===x};
注:Math.ceil()和Math.floor()等同于Math.round()
4、function isInteger(x){return (typeof x==="number")&&(x%1===0)}
错误方法:function isInteger(x){return parseInt(x,10)===x;}
解释:因为当x的取值足够大时,这个方法就会出错,因为当X值足够大时,它的字符串就会表达为指数形式,例如:1e+21,当使用parseInt()去判断时,输出的结果为1.
9、下列代码的输出结果是什么?为什么?
(function(){ console.log(1); setTimeout(function (){console.log(2)},1000); setTimeout(function (){console.log(3)},0); console.log(4); })();//输出结果:1 4 3 2
解释:1和4之所以放到前面,是因为他们通过简单调用console.log()而没有任何延迟输出的
2之所以放在3的后面,是因为2是延迟了1000毫秒(即1秒)之后输出的,而3是延迟了0毫秒之后输出的。
但是,既然3是0毫秒延迟之后输出的,那么是否意味着它是立即输出呢?如果是的话,那么它是不是应该在4之前输出,既然4是在第二行输出的?原因是:浏览器有一个事件循环,会检查事件队列和处理未完成的事件。例如:如果事件发生在后台(例如:脚本的onload事件)时,浏览器正忙(例如,处理一个onclick),那么事件会添加到队列中。当onclick处理程序完成后,检查队列,然后处理该事件(例如,执行onload脚本)。同样的,setTimeout()也会把其引用的函数的执行放到事件队列中,如果浏览器正忙的话。当setTimeout()的第二个参数为0的时候,它的意思是“尽快”执行指定的函数。具体而言,函数的执行会放置在事件队列的下一个计时器开始。但是请注意,这不是立即执行:函数不会被执行除非下一个计时器开始。这就是为什么上述例子中,调用console.log(4)发生在console.log(3)是之前调用了。