又发现FF的两处不同eval和scope释放问题...

注以下script块都需单独测试
<script type="text/javascript">
//eval的不同
var c = 2;
var a = function () {
    var c = 1;
    return eval.call(null, 'c');
    //call的第一个参数为null的话，就是global即window，所以eval的this引用以及scope都为window(因为是window.eval所以scope是window)，所以优先找到的2，如果没有2的话，那么在根据执行环境找，就是1
    //这里IE貌似对eval做了优化所以它的结果在IE是1
};
alert(
    a()
);
</script>

<script type="text/javascript">
//对释放的优化
//FF的优化规则，貌似是若函数里有对自己外层scope的引用，那么就保留完整链
var c = 2;
var a = function () {
    var c = 1;
    return function () {
        try {
            d; //d变量含情默默的看着a.scope，所以a.scope没舍得离开。。
        } catch (exp) {};
        return arguments[0].call(null, arguments[1]); //2，注释掉c = 2后，就是1
    };
};
var b = a();
alert(
    b(eval, 'c')
);
</script>

<script type="text/javascript">
//被优化的情况
var a = function () {
    var c = 1;
    return function () {
    //arguments变量本身就有所以，这个函数没有访问外层scope的可能
        return arguments[0].call(null, arguments[1]);
    };
};
a()(eval, 'c'); //error c未定义
</script>

<script type="text/javascript">
//若有闭包(没被优化)，则一串都不释放。
!function () {
    var c = 1;
    var a = function () {
        return function () {
            return window && arguments[0].call(null, arguments[1]);
        };
    };
    var b = a();
    alert(
        b(eval, 'c') //1
    );
}();
</script>