匿名函数在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 列表，能定位哪些匿名函数正拖着不该留的变量

真正难处理的不是语法，而是闭包生命周期和事件引用的耦合——它不会报错，只会在内存占用缓慢爬升时才暴露。