回调函数本质是通过函数指针或可调用对象将函数作为参数传递，实现反向调用与解耦；其核心机制包括定义、注册、触发三步，广泛用于事件处理、异步操作与数据处理等场景。
函数表达式作为配置回调，本质是把一个可执行的函数逻辑，直接写在参数位置上，而不是先定义再传名。这种方式简洁、即用即弃，特别适合一次性、轻量级的回调场景。
常见语言中的函数表达式回调写法
不同语言对“函数表达式”的语法支持略有差异，但核心思路一致：在调用目标函数时，把逻辑以匿名形式内联写入参数位。
-
JavaScript：直接使用箭头函数或 function() {} 表达式
setTimeout(() => console.log("延时完成"), 1000);button.addEventListener("click", function() { alert("被点击了"); }); -
Python：用 lambda 或普通 def 写在参数处（需目标函数支持）
timer(3, lambda: print("倒计时结束"))
注意：lambda 仅限单表达式，复杂逻辑建议用普通函数或闭包 -
C#：常用 Lambda 表达式（=>）或匿名方法
Task.Delay(500).ContinueWith(_ => Console.WriteLine("延迟后执行"));list.Find(x => x > 10); -
PHP：支持匿名函数（closure）直接传参
array_map(function($n) { return $n * 2; }, [1,2,3]);
配置类接口中如何使用函数表达式
很多框架或 SDK 提供“配置对象”方式注册回调，例如：{ onSuccess: () => {...}, onError: (err) => {...} }。此时函数表达式就是最自然的选择。
- 避免提前声明无意义的函数名，减少命名污染
- 能直接捕获当前作用域变量（闭包），比如：
const userId = "u123"; api.fetch({ onSuccess: () => updateUI(userId) }) - 注意 this 指向问题（JS 中箭头函数自动绑定外层 this，普通 function 则需显式 bind）
什么时候不适合用函数表达式？
虽然写起来快，但并非万能。以下情况建议改用具名函数：
- 回调逻辑超过 3–4 行，可读性明显下降
- 同一回调需要在多处复用（比如多个按钮共用 success 处理）
- 需要调试时精准定位——浏览器/IDE 对匿名函数堆栈提示较弱
- 涉及异步链中多次调用，具名函数更利于错误追踪
小技巧：混合使用提升可维护性
可以在配置对象里用函数表达式做“胶水层”，内部调用具名业务函数：
api.submit({<br> onSuccess: () => handleSuccess(),<br> onError: (e) => handleError(e, "submit-form")<br>});这样既保持配置结构清晰，又让核心逻辑可测试、可复用、易调试。
