javascript中那些折磨人的面试题

9

前端工程师有时候面试时会遇到一类面试官,他们问的问题对于语言本身非常较真儿,往往不是候选人可能期待的面向实际的问题(有些候选人强调能干活就行,至于知不知道其中缘由是无关痛痒的)。这类题目,虽然没有逻辑,但某种程度说,确实考察了候选人对于javascript这门语言的理解。

突然想到这个话题是无聊在翻自己的Github,看看以前都写过什么丑货。然后翻到了这篇解释Javascript quiz的文章quiz-legend,反正没事儿,就想搬过来供大家学习、理解、背诵、批判。

问题一

(function(){
    return typeof arguments;//"object"
})();

arguments是一个Array-like对象,对应的就是传入函数的参数列表。你可以在任何函数中直接使用该变量。

typeof操作符只会返回string类型的结果。参照如下列表可知对应不同数据,typeof返回的值都是什么:

类型 结果
undefined 'undefined'
null 'object'
Boolean 'boolean'
Number 'number'
String 'string'
Symbol (new in ECMAScript 2015) 'symbol'
Host object (provided by the JS environment) Implementation-dependent
Function object (implements [[Call]] in ECMA-262 terms) 'function'
Any other object 'object'

由此我们推断出,typeof argumentsobject

问题二

var f = function g(){ return 23; };
typeof g();//报错

这是一个名字是gfunction expression,然后又被赋值给了变量f

这里的函数名g和被其赋值的变量f有如下差异:

  • 函数名g不能变动,而变量f可以被重新赋值

  • 函数名g只能在函数体内部被使用,试图在函数外部使用g会报错的

问题三

(function(x){
    delete x;
    return x;//1
})(1);

delete操作符可以从对象中删除属性,正确用法如下:

delete object.property
delete object['property']

delete操作符只能作用在对象的属性上,对变量和函数名无效。也就是说delete x是没有意义的。

你最好也知道,delete是不会直接释放内存的,她只是间接的中断对象引用

问题四

var y = 1, x = y = typeof x;
x;//"undefined"

我们试图分解上述代码成下面两步:

var y = 1; //step 1
var x = y = typeof x; //step 2

第一步应该没有异议,我们直接看第二步

  1. 赋值表达式从右向左执行

  2. y被重新赋值为typeof x的结果,也就是undefined

  3. x被赋值为右边表达式(y = typeof x)的结果,也就是undefined

问题五

(function f(f){
    return typeof f();//"number"
})(function(){ return 1; });

直接上注释解释:

(function f(f){
    //这里的f是传入的参数function(){ return 1; }
    //执行的结果自然是1
    return typeof f(); //所以根据问题一的表格我们知道,typeof 1结果是"number"
})(function(){ return 1; });

问题六

var foo = {
    bar: function() { return this.baz; },
    baz: 1
};

(function(){
    return typeof arguments[0]();//"undefined"
})(foo.bar);

这里你可能会误以为最终结果是number。向函数中传递参数可以看作是一种赋值,所以arguments[0]得到是是真正的bar函数的值,而不是foo.bar这个引用,那么自然this也就不会指向foo,而是window了。

问题七

var foo = {
    bar: function(){ return this.baz; },
    baz: 1
}
typeof (f = foo.bar)();//"undefined"

这和上一题是一样的问题,(f = foo.bar)返回的就是bar的值,而不是其引用,那么this也就指的不是foo了。

问题八

var f = (function f(){ return '1'; }, function g(){ return 2; })();
typeof f;//"number"

逗号操作符 对它的每个操作对象求值(从左至右),然后返回最后一个操作对象的值

所以(function f(){ return '1'; }, function g(){ return 2; })的返回值就是函数g,然后执行她,那么结果是2;最后再typeof 2,根据问题一的表格,结果自然是number

问题九

var x = 1;
if (function f(){}) {
    x += typeof f;
}
x;//"1undefined"

这个问题的关键点,我们在问题二中谈到过,function expression中的函数名f是不能在函数体外部访问的

问题十

var x = [typeof x, typeof y][1];
typeof typeof x;//"string"
  1. 因为没有声明过变量y,所以typeof y返回"undefined"

  2. typeof y的结果赋值给x,也就是说x现在是"undefined"

  3. 然后typeof x当然是"string"

  4. 最后typeof "string"的结果自然还是"string"

问题十一

(function(foo){
    return typeof foo.bar;//"undefined"
})({ foo: { bar: 1 } });

这是个纯粹的视觉诡计,上注释

(function(foo){
    
    //这里的foo,是{ foo: { bar: 1 } },并没有bar属性哦。
    //bar属性是在foo.foo下面
    //所以这里结果是"undefined"
    return typeof foo.bar;
})({ foo: { bar: 1 } });

问题十二

(function f(){
    function f(){ return 1; }
    return f();//2
    function f(){ return 2; }
})();

通过function declaration声明的函数甚至可以在声明之前使用,这种特性我们称之为hoisting。于是上述代码其实是这样被运行环境解释的:

(function f(){
    function f(){ return 1; }
    function f(){ return 2; }
    return f();
})();

问题十三

function f(){ return f; }
new f() instanceof f;//false

当代码new f()执行时,下面事情将会发生:

  1. 一个新对象被创建。它继承自f.prototype

  2. 构造函数f被执行。执行的时候,相应的传参会被传入,同时上下文(this)会被指定为这个新实例。new f等同于new f(),只能用在不传递任何参数的情况。

  3. 如果构造函数返回了一个“对象”,那么这个对象会取代整个new出来的结果。如果构造函数没有返回对象,那么new出来的结果为步骤1创建的对象,

ps:一般情况下构造函数不返回任何值,不过用户如果想覆盖这个返回值,可以自己选择返回一个普通对象来覆盖。当然,返回数组也会覆盖,因为数组也是对象。

于是,我们这里的new f()返回的仍然是函数f本身,而并非他的实例

问题十四

with (function(x, undefined){}) length;//2

with语句将某个对象添加的作用域链的顶部,如果在statement中有某個未使用命名空间的变量,跟作用域链中的某個属性同名,則這個变量将指向這個属性值。如果沒有同名的属性,则将拋出ReferenceError异常。

OK,现在我们来看,由于function(x, undefined){}是一个匿名函数表达式,是函数,就会有length属性,指的就是函数的参数个数。所以最终结果就是2

写在最后

有人觉得这些题坑爹,也有人觉得开阔了眼界,见仁见智吧。但有一件事是真的,无论你是否坚定的实践派,缺了理论基础,也铁定走不远 - 你永远不会见到哪个熟练的技术工人突然成了火箭专家。

看文档、读标准、结合实践,才是同志们的决胜之道


如果觉得我的文章对你有用,请随意赞赏

你可能感兴趣的

18 条评论
thestars · 2016年08月01日

问题十一纯是为了逗闷子的吗

回复

leftstick 作者 · 2016年08月01日

^^,或许吧

回复

liuss · 2016年08月02日

我只能说写这类代码除了烧脑和装B外,别无他用。这类面试题闲来无事看看就行了,别太在意了,就像食品包装封面和实物的差别一样。你是不会在日常开发中遇到这类代码的,如果遇到说明你们团队有人特别喜欢显摆自己

回复

岁月是把杀猪刀 · 2016年08月04日

居然真的有考这个题目的~~!

回复

岁月是把杀猪刀 · 2016年08月04日

并不是为了装啊,同事说在写JS框架层的时候这些概念要很清楚才行,搞懂了还是挺爽的

回复

chic · 2016年08月04日

困惑第9题?

回复

Nero_Zzz · 2016年08月05日

有些写法,实际开发中肯定会规避掉;但是 面试考的是基础知识扎不扎实;

回复

liuss · 2016年08月06日

我读过很多框架的源码,从来没见过人家写这种代码的

回复

liuss · 2016年08月06日

拿这类面试题考别人,我只能说着考官要么是书呆子要么是被中国硬式教育所害,我面试别人很少问特别具体的技能问题,而是给他一个场景需求或者真实开发中遇到的问题,让他描述一下解决问题的过程和思路,这类问题往往综合了多种技能,而且答案也不是精确到一行行的代码,但是可以刷掉一大批人

回复

岁月是把杀猪刀 · 2016年08月06日

不是让人真的这么写,而是,通过这些问题,可以更深的理解,申明提前,闭包,原型链等这些知识。而且,题目是老外出的。

回复

小猿匠 · 2016年08月12日

第9题是因为,函数表达式的函数名在外部是访问不到的,所以是undefined

回复

小猿匠 · 2016年08月12日

最后一题,使用过多with语句会导致性能下降,而且不容易维护,现在都不推荐吧。当然了解了解还是可以的

回复

huhai586 · 2016年09月19日

问题六里面的this应该是arguments吧,bar函数是被arguments调用的

回复

leftstick 作者 · 2017年02月13日

关于“奇淫技巧”的使用,其实要区分的是业务场景,还是工具、框架、库。

业务场景是写给人看的,通常以可读性为主,这时候我们会尽量避免使用古怪的用法,以保证项目的可维护性。

但如果是工具、框架、库,那么只有暴露出来的API是给人看的,内部实现是写给机器读的,很可能因为某些特殊功能,譬如:vue的this问题,就用了with来解决,只不过后期通过一个自定义的buble在编译时去掉用了with的用法,保证了最终代码对严格模式友好。

也可能因为优化需求,譬如:bluebird,内部使用了大量的“诡计”来保证性能最优。

所以最终是否需要“奇淫技巧”,还得看你做什么事

回复

song格 · 2017年05月12日

每次看到这类题目就感觉挫败 [悲伤]

回复

Thinking80s · 2017年05月16日

每次看到这类题目就感觉挫败 [悲伤]

回复

冯XF · 2017年05月17日

还好,只错了5题。果然是一不小心,就会搞错函数申明和命名函数表达式。

回复

一只特立独行的猫 · 2017年08月13日

遇到一份面试题和这些题目一模一样,为嘛我没有早点看到

回复

载入中...