你不知道的js第二章--词法作用域

function foo(str, a) { 
    eval( str ); // 欺骗! console.log( a, b );
    console.log(a,b);
    
}
var b = 2;
foo( "var b = 3;", 1 ); // 1, 3

function foo(str, a) { 
    // eval( str ); // 欺骗! console.log( a, b );
    var c = 3;
    console.log(a,b);
    
}
var b = 2;
foo( "var b = 3;", 1 ); // 1, 3
console.log(c);

理解：在函数里面声明的变量在函数外面不会产生作用域并不会起作用。eval的作用与真实代码书写的作用域是一样的。

function foo(obj) { with (obj) {
a = 2; }
}
var o1 = { a: 3
};
var o2 = { b: 3
};
     foo( o1 );
     console.log( o1.a ); // 2
foo( o2 );
console.log( o2.a ); // undefined
console.log( a ); // 2——不好，a 被泄漏到全局作用域上了!

使用with和eval的弊端：
JavaScript 引擎会在编译阶段进行数项的性能优化。其中有些优化依赖于能够根据代码的 词法进行静态分析，并预先确定所有变量和函数的定义位置，才能在执行过程中快速找到 标识符。
但如果引擎在代码中发现了 eval(…) 或 with，它只能简单地假设关于标识符位置的判断 都是无效的，因为无法在词法分析阶段明确知道 eval(…) 会接收到什么代码，这些代码会 如何对作用域进行修改，也无法知道传递给 with 用来创建新词法作用域的对象的内容到底 是什么。
最悲观的情况是如果出现了 eval(…) 或 with，所有的优化可能都是无意义的，因此最简 单的做法就是完全不做任何优化。
如果代码中大量使用 eval(…) 或 with，那么运行起来一定会变得非常慢。