函数作用域优化是分层实践：第一层组件级管理局部状态与生命周期；第二层模块级封装复用逻辑并隔离副作用；第三层服务级按需注入、延迟初始化；第四层运行时控制执行流与临时上下文。
函数作用域的优化不是堆砌技巧，而是围绕“变量生命周期可控、执行上下文轻量、副作用可预测”展开的分层实践。在大规模单页应用中，盲目缩小或扩大作用域都可能引发内存泄漏、闭包滞留或响应式依赖混乱等问题。关键在于按职责分层，让每一层的作用域只承担它该管的事。
第一层：组件级作用域 —— 管理局部状态与生命周期
这是最基础也最关键的分层。所有与当前组件强绑定的数据、事件回调、定时器ID、AbortSignal 都应声明在组件函数体内（Vue setup / React useEffect 闭包 / 类组件实例属性），确保卸载时自然释放。
- 避免将 ref 或 state 提升到模块顶层，除非明确需要跨组件共享且已做清理设计
- useEffect / onUnmounted 中必须清除所有副作用：removeEventListener、clearTimeout、abortController.abort()
- 异步请求务必携带 signal，防止组件销毁后 still-pending 的 Promise 持有对组件实例的引用
第二层：模块级作用域 —— 封装可复用逻辑，隔离副作用
把通用工具函数、API 请求封装、格式化逻辑等抽离为独立模块，并通过 ES Module 的顶层作用域管理其内部缓存或单例资源。
- 模块内变量若需持久存在（如请求缓存 Map），应使用 WeakMap/WeakSet 存储，避免强引用阻止 GC
- 禁止在模块顶层创建全局监听器或长期运行的定时器；如需，提供 init/destroy 接口并由上层统一调度
- 导出函数保持纯或接近纯：输入确定、无隐式外部依赖、不修改入参对象
第三层：服务级作用域 —— 按需注入，延迟初始化
对应依赖注入中的作用域控制（如 @SingletonScoped / @ActivityScoped）。大型 SPA 中，很多服务（如 WebSocket 管理器、权限校验器、离线队列）不需要一启动就加载。
- 将非核心服务标记为 lazy 或 scoped，仅在首次调用时实例化，避免 Application 启动阶段阻塞和内存预占
- 用工厂函数替代直接导出实例，例如 export const createLogger = () => new Logger()，便于测试与重置
- 服务内部状态若关联组件实例，必须显式接收销毁钩子或监听 dispose 事件
第四层：运行时作用域 —— 控制执行流与临时上下文
针对高频调用、计算密集或易出错路径，用立即执行函数、try-catch 块、with 块（慎用）或显式上下文对象来收窄变量可见性。
- 在 for 循环或 map 中避免在回调里捕获大对象，改用参数透传或解构赋值减少闭包体积
- 复杂数据处理链（如 filter → map → reduce）优先用管道函数封装，每个环节作用域独立，便于调试与复用
- 错误边界内（如 React ErrorBoundary、Vue errorCaptured）应限制 try 块范围，避免意外捕获无关逻辑
