C++回调函数的核心是“怎么传+怎么调”，关键在类型匹配与生命周期管理；std::function最安全，兼容函数指针、lambda和仿函数，避免类型不匹配，但需警惕捕获变量的析构风险。
直接说结论：C++回调函数的核心不是“怎么写”，而是“怎么传+怎么调”，关键在类型匹配和生命周期管理——传错类型会编译失败，传了临时 lambda 或栈上函数对象却忘了它早被销毁，运行时就崩。
std::function 是最安全的回调类型选择
用 std::function 替代裸函数指针，能兼容函数指针、lambda、仿函数（functor），避免类型不匹配问题。比如你写一个遍历函数：
void forEach(const std::vector<int>& v, std::function<void(int)> callback) {
for (int x : v) callback(x);
}这样调用完全自由：
-
forEach(v, [](int x) { std::cout << x << '\n'; });—— lambda 没捕获，可转成函数指针 -
forEach(v, PrintInt());—— 仿函数类PrintInt实例 -
forEach(v, &printf_int);—— 普通函数指针
而如果硬写成 void(*callback)(int)，上面后两种就编译不过。
立即学习“C++免费学习笔记（深入）”；
用函数指针时必须严格匹配签名和调用约定
裸函数指针脆弱，常见错误包括：
- 忘记
const修饰符：void f(const int&)和void f(int)是不同类型，不能互换 - 误用
__cdecl/__stdcall：Windows API 回调（如SetTimer）要求CALLBACK（即__stdcall），C++ 普通函数默认是__cdecl，直接传会崩溃 - 把成员函数当普通函数传：
&MyClass::onEvent不是函数指针，是成员函数指针，类型是void (MyClass::*)(int)，std::function能接住，裸指针接不住
lambda 捕获变量时务必确认回调执行时机
带捕获的 lambda（比如 [&ctx](){ ctx.do_something(); }）本质是闭包对象，若回调被异步保存（如注册到线程池、定时器、事件循环），而 ctx 是栈变量或已析构对象，调用时就是野指针。
解决办法只有两个：
- 确保捕获的对象生命周期 > 回调被调用的时间（例如用
shared_ptr管理资源，并在 lambda 中按值捕获该shared_ptr） - 改用无捕获 lambda（
[](){...}）或普通函数，它们可隐式转为函数指针，不依赖外部对象
别指望编译器帮你发现这个问题——它只在运行时爆炸。
std::function 的开销和替代方案
std::function 内部通常有小对象优化（SOO），但仍有轻微间接调用开销（vtable 或函数指针跳转）。对性能极端敏感的场景（如每帧调用数万次的图形管线），可考虑：
- 模板参数化回调：
template<typename F> void process(F&& f);—— 零成本抽象，但无法存储到容器中 - 函数指针 +
void*用户数据（类似 C 风格）：void process(void(*f)(int, void*), void* user_data);—— 需手动管理上下文，易出错
绝大多数业务代码，std::function 是最平衡的选择：安全、灵活、可读性强。
真正容易被忽略的是生命周期——回调不是写完就能跑，它活多久、谁负责释放、是否跨线程，这些比语法细节更决定成败。
