比较恶ie ecmascript实现jscript严重混淆了命名函数表达高端系列教程.pdfVIP

比较恶的是，IE的ECMAScript实现JScript严重了命名函数表达

式，搞得现很多人都出来命名函数表达式，而且即便是的一版

（IE8中使用的5.8版）仍然存在下列问题。

下面我们就来看看IE在实现中究竟犯了那些错误，俗话说知已知彼，

才能百战不殆。我们来看看如下几个例子：

例1：函数表达式的标示符到外部作用域

varf=functiong(){};

typeofg;//function

上面我们，命名函数表达式的标示符在外部作用域是无效的，但

JScript明显是了这一规范，上面例子中的标示符g被解析成函数

对象，这就了套了，很多难以发现的bug都是因为这个导致的。

注：IE9貌似已经修复了这个问题

例2：将命名函数表达式同时当作函数和函数表达式

typeofg;//function

varf=functiong(){};

特性环境下，函数会优先于任何表达式被解析，上面的例子展示的

是JScript实际上是把命名函数表达式当成函数了，因为它在实际

之前就解析了g。

这个例子引出了下一个例子。

例3：命名函数表达式会创建两个截然不同的函数对象！

varf=functiong(){};

fg;//false

f.expando=foo;

g.expando;//undefined

看到这里，大家会觉得问题严重了，因为修改任何一个对象，另外一个没

有什么改变，这太恶了。通过这个例子可以发现，创建2个不同的对

象，也就是说如果你想修改f的属性中保存某个信息，然后想当然地通

过相同对象的g的同名属性来使用，那问题就大了，因为根本就不

可能。

再来看一个稍微复杂的例子：

例4：仅仅顺序解析函数而忽略条件语句块

varf=functiong(){

return1;

};

if(false){

f=function

g(){return2;

};

}

g();//

这个bug查找就难多了，但导致bug的却非常简单。首先，g被当

作函数解析，由于JScript中的函数不受条件代码块约束，所

以在这个很恶的if分支中，g被当作另一个函数functiong(){return2}，

也就是又被了一次。然后，所有“常规的”表达式被求值，而此时

f被赋予了另一个新创建的对象的。由于在对表达式求值的时候，

不会进入“这个可恶if分支，因此f就会继续第一个函数

functiong(){return1}。分析到这里，问题就很清楚了：假如你不够细

心，在f中调用了g，那么将会调用一个毫不相干的g函数对象。

你可能会问，将不同的对象和arguments.calle