闭包不增加参数传递开销，但会因持有外部变量延长其生命周期并增加作用域链查找成本，导致内存占用上升和属性访问延迟。

不会直接导致参数传递开销增大，但可能间接引发额外的内存与访问成本——关键不在“传参”本身，而在闭包如何捕获和持有外部变量。

闭包不改变函数调用时的参数传递机制（如值传递或引用传递），JS 中参数仍按常规方式压栈或寄存器传入。真正带来开销的是闭包对外部变量的持续持有和作用域链查找路径，这会影响内存占用和变量访问效率，而非参数传递过程。

闭包不增加参数传递开销，但会引入两类隐性成本

• 内存开销
  闭包让被引用的外部变量无法及时释放。比如函数返回一个闭包并捕获了大型数组、DOM 节点或配置对象，这些数据会一直驻留在内存中，直到闭包被回收。这不是参数传递变慢，而是变量生命周期被拉长，推高整体内存压力。

• 属性访问延迟
  每次读取闭包中的自由变量（如 config.theme.color），引擎需沿作用域链逐层向上查找。现代引擎（如 V8）对前 1–2 层有强缓存，但若跨 3 层以上（例如 outer → middle → inner），查找可能退化为普通属性访问，耗时翻倍。高频场景（如每帧渲染）下尤为明显。

如何避免闭包带来的“伪参数开销”

• 在函数入口显式解构或缓存需要的值

  // 不推荐：每次访问都爬链
  const handler = () => console.log(state.config.theme.primary);
  
  // 推荐：提前拉平到局部作用域
  const { primary } = state.config.theme;
  const handler = () => console.log(primary);

• 循环中避免闭包捕获整个对象或索引变量

  // 危险：所有回调共享同一个 i，且 item 长期被持住
  for (var i = 0; i < list.length; i++) {
    btns[i].onclick = () => console.log(item.id); // item 是循环外引用
  }
  
  // 安全：只捕获必要值，用 let 或参数隔离
  for (let i = 0; i < list.length; i++) {
    const id = list[i].id;
    btns[i].onclick = () => console.log(id);
  }

• 高频逻辑中优先用参数传值，而非依赖闭包捕获
  ArkTS 等高性能场景明确建议：“使用参数传递函数外的变量”，因为参数访问是最快的路径，而闭包访问需跳转作用域链。

不复杂但容易忽略：闭包本身不是性能敌人，问题出在“谁被留住了”和“谁被反复找”。控制好捕获范围与作用域深度，就能兼顾封装性与执行效率。