规范作用域层级可间接缓解内存驻留：将变量置于最窄及时释放的作用域，用let/const块级作用域、限制闭包引用、模块化隔离、禁用var并启用严格模式。
在大型项目中，作用域层级本身不直接“降低内存驻留”，但**规范作用域层级能有效约束变量生命周期、减少闭包隐式持有、避免全局污染**，从而间接大幅缓解内存驻留问题。关键不是“作用域越深越好”，而是让每个变量出现在**最窄、最及时释放的作用域中**。
用块级作用域替代函数作用域封装临时数据
ES6 的 let/const 块级作用域 是控制变量生命周期的第一道防线。相比函数作用域（需显式 return 或执行结束才释放），{} 内声明的变量在块执行完毕后即脱离作用域链，更易被垃圾回收器识别为“不可达”。
- 避免把仅用于某次循环或条件分支的数据提升到函数顶部——例如用
for (let i = 0; ...)而非var i，确保每次迭代的i是独立绑定，不被后续闭包意外捕获 - 处理 API 响应数据时，不用
const data = await fetch(...)放在函数开头，而是在if (data?.items) { const items = data.items; /* 处理 */ }这样的块内声明，让items在块结束时自然退出作用域
限制闭包对外部大对象的长周期引用
闭包是内存驻留的常见源头——它通过 [[Environment]] 持有外层词法环境引用。若外层包含大型数组、未销毁的 DOM 节点或缓存对象，这些数据将无法被回收，哪怕只被一个闭包引用。
- 在创建回调前，先提取所需字段而非整个对象：
const id = user.id; const name = user.name; return () => console.log(id, name);—— 避免闭包持有了整个user实例 - 对必须使用的大型依赖，显式解绑：事件监听器中使用闭包时，配合
addEventListener的once: true选项，或在组件卸载时调用removeEventListener - 避免在循环中动态生成闭包并赋值给全局/模块级变量（如
window.handlers = []），这类引用会持续滞留整个作用域链
模块化 + 显式作用域边界隔离状态
大型项目应以 ES 模块为单位划分作用域边界。每个 .js 文件默认拥有独立的模块级词法环境（等效于一个隐式 IIFE），这天然阻止了变量泄露到全局。
- 所有业务逻辑、配置、工具函数都应通过
export显式暴露，禁止在模块顶层写var apiCache = {}这类无清理机制的共享状态 - 对需要跨模块共享的状态（如用户登录态），改用单例类或
WeakMap管理引用，避免强引用阻塞回收——WeakMap的键是弱引用，当目标对象被回收时，对应条目自动失效 - 路由级或组件级状态尽量收敛在局部作用域：React 中用
useState/useRef，Vue 中用ref/reactive，它们的生命周期与组件绑定，卸载即释放
禁用 var，统一用 let/const 并配合严格模式
var 声明会挂载到全局对象（如 window），且存在变量提升和函数作用域特性，极易造成意料之外的长期驻留。大型项目必须禁用。
- 启用 ESLint 规则
no-var和no-global-assign，强制使用let/const - 所有文件顶部添加
"use strict"，防止意外创建隐式全局变量（如忘记const直接赋值） - 构建流程中加入
no-unused-vars检查，及时发现声明后未使用的变量——这类变量虽未被访问，但仍占据作用域记录，延长环境对象存活时间
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
