匿名函数在addEventListener中写得快但删得难，因其每次创建新函数对象，removeEventListener需同一引用才能解绑；setTimeout回调属宏任务，Promise.then()回调属微任务，执行时机不同。
匿名函数在 addEventListener 中为什么写起来快、删起来难
因为每次写 () => {} 或 function() {}，JavaScript 都会生成一个全新的函数对象，而 removeEventListener 要求传入的回调必须和添加时是**同一个引用**——内存地址一致才算“同一个”。
- 写两次一模一样的箭头函数，它们仍是两个不同对象，
removeEventListener无法匹配 - 用
bind()或在循环里直接写item.addEventListener('click', () => handleClick(item.id))，同样创建新引用，解绑失效 - 真实场景中，比如弹窗打开时绑定 ESC 键监听，关闭时要解绑；若用匿名函数，没存引用就只能靠刷新页面硬清
推荐方案：const handler = () => console.log('key'); btn.addEventListener('keydown', handler); btn.removeEventListener('keydown', handler); 或更现代的 AbortController。
setTimeout 和 fetch().then() 里匿名函数的执行时机差异
匿名函数在定时器和 Promise 链里都常作回调，但触发逻辑完全不同：前者由事件循环的宏任务队列调度，后者由微任务队列执行，这意味着即使延时为 0，setTimeout(() => console.log(1), 0) 也总在 Promise.resolve().then(() => console.log(2)) 之后输出。
-
setTimeout的匿名回调属于宏任务，要等当前同步代码 + 所有微任务跑完才执行 -
.then()的匿名回调是微任务，插入当前任务末尾、下一轮事件循环开始前执行 - 不要依赖匿名函数里的
this—— 它在普通function() {}中指向调用者（可能为window），在箭头函数中继承外层作用域，容易误判
数组方法如 map、filter 中匿名函数的参数与返回值陷阱
这些高阶函数对匿名函数的签名有隐式约定，写错参数顺序或漏返值会导致静默失败。
-
arr.map((item, index, array) => ...)：三个参数顺序固定，把index当item用会出错 -
arr.filter((item) => item > 3)必须返回布尔值，返回undefined或空对象会被当false过滤掉 - 箭头函数单参数可省括号，但多参数或无参必须加：
(a, b) => a + b✅，a, b => a + b❌（语法错误） - 大数组上频繁创建匿名函数可能轻微影响性能，但通常远不如数据结构优化重要
闭包让匿名函数“记住”外部变量，但也可能引发内存泄漏
匿名函数能访问定义时所在作用域的变量，这是闭包——方便，但危险。
- 常见误用：循环中给多个元素绑定事件，却共享同一个循环变量
i：for (let i = 0; i console.log(i)); }—— 这里用let是安全的；若用var i，所有回调都会输出3 - 更隐蔽的问题：匿名回调长期持有对大对象（如 DOM 节点、缓存数据）的引用，而该节点已被移除，但回调未解绑，导致对象无法被 GC 回收
- 调试时注意：Chrome DevTools 的 “Memory” 面板里看 Closure 列表，能定位哪些匿名函数正拖着不该留的变量
真正难处理的不是语法，而是闭包生命周期和事件引用的耦合——它不会报错，只会在内存占用缓慢爬升时才暴露。
