eval 和 with 会严重拖慢 javascript 执行速度，根本原因在于它们破坏静态作用域分析、禁用 jit 编译优化，强制运行时动态查找，并触发引擎保守策略，导致函数降级为解释执行、性能下降 10%～30%，同时带来 xss 风险与调试困难。
eval 和 with 会严重拖慢 JavaScript 执行速度，根本原因在于它们让引擎无法在编译阶段做关键优化。
破坏静态作用域分析，禁用 JIT 编译优化
现代引擎（如 V8）依赖词法作用域的确定性来执行内联、常量折叠、逃逸分析等优化。一旦遇到 eval 或 with，引擎就无法预判变量来源、类型或作用域链结构——因为这些信息只在运行时才可知。结果是整个函数被标记为“不可优化”，被迫降级为解释执行或生成低效字节码。哪怕只是 eval("x + 1") 这样简单的调用，也会让所在函数失去所有高级优化机会。
强制运行时动态查找，增加每次访问开销
with 把传入对象直接插入作用域链顶端，导致所有未声明变量都要在运行时逐层查找：先查该对象属性，再查外层作用域。这不仅让属性访问变慢，还让引擎无法内联属性读取、无法删除无用访问。eval 更进一步，它可能动态声明变量或修改已有绑定，使所有标识符引用都变成不确定行为，引擎只能保守处理每一次读写。
触发引擎保守策略，整体性能明显下降
引擎发现 eval 或 with 后，不会尝试“部分优化”——它直接放弃整块代码的优化路径。实测表明，在热路径函数中移除这两个特性，常可带来 10%～30% 的执行提速。同时，ES5 严格模式已禁止 with；eval 在严格模式下也无法影响外层作用域，但依然阻碍优化。
安全与可维护性同步受损
二者都容易引入 XSS 风险（尤其 eval 拼接用户输入），且调试困难：堆栈信息模糊、断点位置错乱、变量来源不可追溯。替代方案更清晰——JSON.parse 替代 eval 解析数据，解构赋值或方括号语法替代 with 的批量访问，函数映射表替代配置驱动的分支逻辑。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
