eval和with因破坏静态作用域分析与编译优化，显著降低javascript执行性能；应使用json.parse、解构赋值、方括号访问等安全高效替代方案。
在JavaScript中，eval 和 with 不仅存在安全风险，还会显著拖慢代码执行速度——核心原因是它们破坏了JavaScript引擎的编译优化能力。
eval 阻断静态作用域分析
eval 可以动态执行任意字符串代码，导致引擎无法在编译阶段确定变量来源、作用域链和数据类型。V8等现代引擎会因此跳过JIT编译中的内联、常量折叠、逃逸分析等关键优化，强制降级为解释执行或生成低效字节码。
- 即使
eval("x + 1")看似简单，只要出现在函数内，整个函数都可能被标记为“不可优化” - 使用
Function("return " + str)替代时，虽仍需动态编译，但至少不污染当前作用域，引擎可对原函数独立优化 - 配置 ESLint 规则
"no-eval": "error"可在开发期拦截误用
with 强制运行时作用域查找
with 语句将传入对象临时注入到作用域链顶端，使所有未声明变量都需在运行时逐层查找（包括该对象），彻底关闭变量提升和静态绑定。这不仅增加每次访问的开销，还让引擎无法进行属性内联或删除无用属性访问。
- 例如
with (obj) { a = 1; b = 2; }中，a和b的赋值目标在编译期完全未知 - ES5 严格模式已禁用
with，非严格模式下也应主动避免；可用解构赋值替代：const { a, b } = obj; - 若需批量设置属性，直接操作对象更清晰高效：
Object.assign(obj, { a: 1, b: 2 });
替代方案兼顾安全与性能
多数使用 eval 或 with 的场景都有更优解，且天然支持引擎优化：
- 解析 JSON：始终用
JSON.parse()，它比eval快数倍且无执行风险 - 动态属性访问：用方括号语法
obj[key]或可选链obj?.[key]，无需作用域变更 - 配置驱动逻辑：将分支逻辑封装为函数映射表，如
const handlers = { save: () => {...}, load: () => {...} }; handlers[cmd]?.();
不复杂但容易忽略：移除这两个关键字，往往能让热路径函数获得 10%～30% 的执行提速，同时大幅提升代码可维护性与安全性。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
