匿名函数本身不泄漏内存，但作为闭包载体挂载到长生命周期对象（如DOM、定时器、全局变量）时，因无法主动清理而长期持有外部变量导致泄漏；典型场景包括未解绑的事件监听、未清除的定时器、循环中冗余闭包及隐式全局挂载。
匿名函数本身不泄漏内存，但它常作为闭包的“载体”，在无意中长期持有外部变量，从而引发内存泄漏。问题核心在于：匿名函数被挂载到长生命周期对象（如 DOM 元素、定时器、全局变量）后，无法被主动清理，导致它捕获的作用域一直存活。
匿名函数绑定事件监听器却不解绑
这是最典型场景。用匿名函数直接传给 addEventListener，后续无法精准移除：
- ❌ 错误写法：
btn.addEventListener('click', () => console.log(data))—— 闭包捕获了data（可能很大），且没有引用可用来removeEventListener - ✅ 正确做法：改用具名函数或保存 handler 引用，组件卸载或元素移除前显式解绑
- 补充技巧：短期监听可用
{ once: true }选项，自动清理；长期监听务必配套removeEventListener
匿名函数作为定时器回调未清除
setInterval/setTimeout 的回调若为匿名函数，又没保存 timer ID，就等于“放任自流”：
- ❌ 危险示例：
setInterval(() => renderChart(userData), 3000)—— 组件销毁后，userData和renderChart仍被锁住 - ✅ 必须保存 ID：
const id = setInterval(...)，并在退出逻辑中调用clearInterval(id) - 注意：不能依赖页面隐藏或组件 unmount 自动终止，必须手动清理
在循环中为每个项生成独立匿名闭包
遍历列表时，用 forEach 或 for 给每个元素绑匿名 click 处理器，会生成大量冗余闭包：
- ❌ 问题代码：
items.forEach(item => el.addEventListener('click', () => process(item)))—— 每个闭包都捕获整个item对象及外层作用域（如items数组） - ✅ 推荐方案：改用事件委托（父容器监听 +
event.target判断），或提前解构只传必要字段：process(item.id, item.name) - 若必须逐个绑定，把 handler 存数组，统一管理生命周期
匿名函数意外挂到全局或模块顶层
看似无害的一行赋值，可能酿成大问题：
- ❌ 隐式全局：
function init() { callback = () => doSomething(largeData) }—— 漏写const，callback被挂到window，largeData永远无法释放 - ✅ 防御措施：启用
"use strict"，配合 ESLintno-implicit-globals规则，让这类错误直接报错 - 模块导出时也需警惕：
export const fn = () => data若data是初始化加载的大对象，应改为参数传入或工厂函数
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
