函数表达式作为回调适用于一次性、局部化场景，如事件监听或数组方法，优点是轻量、作用域清晰；但复用难、调试弱、易出错，复杂逻辑应改用具名函数。
函数表达式作为回调，是指把一个匿名函数或具名函数表达式直接传给另一个函数，用作执行完成后的通知或响应逻辑。它在 JavaScript 中非常常见，比如 setTimeout(() => { ... }, 100) 或 array.map(x => x * 2)。这种写法不是语法糖，而是一种具体实现方式，有其明确的适用边界和权衡。
优点：轻量、即用、作用域清晰
函数表达式天然适合一次性、局部化的回调场景，无需提前声明，避免污染命名空间。
- 无需预定义函数名：对简单逻辑（如日志打印、状态更新）可内联书写，减少跳转阅读成本
-
自动捕获当前作用域变量：闭包特性让内部能自然访问外层的
let/const变量，不用手动绑定上下文 -
语义紧凑：配合箭头函数，参数少时一行即可完成，例如
button.addEventListener('click', () => doSomething()) -
便于条件生成：可在运行时动态构造回调，比如根据配置决定传入
() => save()还是() => discard()
缺点：复用难、调试弱、易出错
当逻辑稍复杂或需多处调用时，函数表达式会暴露结构性短板。
-
无法被多次引用或重用：匿名表达式没有名字，不能在别处调用或移除（如
removeEventListener需要原函数引用） -
堆栈追踪不友好：浏览器调试器中常显示为
(anonymous)或callback，错误定位困难；具名函数表达式可缓解但不常用 -
容易意外创建闭包陷阱：循环中使用
var+ 函数表达式可能捕获错误的变量值；ES6 之后用let可规避，但仍需意识 - 难以测试和模拟：单元测试中不好 stub 或 spy 一个匿名函数，通常得重构为具名函数才能注入依赖
什么时候该用，什么时候该避免
判断依据不是“能不能写”，而是“后续是否需要维护或扩展”。
- 适合用函数表达式：事件监听的一次性处理、数组方法的映射/过滤、定时器简单触发、Promise 的
.then(() => {...}) - 建议改用具名函数或单独定义：需要移除监听器、涉及错误处理链路、逻辑超过 3 行、可能被其他模块复用、需写单元测试
- 特别注意：异步链中连续用多个箭头函数回调，容易滑向“伪扁平化”的回调地狱——表面没嵌套，实则控制流仍线性耦合，可读性不比传统嵌套高多少
一个实际对比示例
下面两段功能相同，但维护性差异明显：
// ❌ 不推荐：全用匿名表达式，无法移除监听，报错难定位
btn.addEventListener('click', () => {
api.fetch('/user').then(res => {
render(res.data);
}).catch(err => console.error(err));
});
<p>// ✅ 推荐：分离关注点，命名清晰，可测可卸载
function handleUserClick() {
api.fetch('/user')
.then(renderUserData)
.catch(logFetchError);
}
btn.addEventListener('click', handleUserClick);
// 后续可随时 btn.removeEventListener('click', handleUserClick);
</p>
