回调函数本质是函数指针赋值与调用，核心为定义函数类型别名后声明变量并调用；std::function可安全支持成员函数和Lambda但有性能开销；成员函数回调需处理this指针，生命周期管理不当易导致崩溃。
回调函数本质就是函数指针赋值+调用
在 c++ 里，所谓“实现回调”，不是学新语法，而是把一个函数的地址存起来，等合适时机再通过指针调回去。核心就两步：typedef 或 using 定义函数类型，然后用该类型声明变量、传参、调用。
常见错误是直接写 void callback(int) 当类型——这其实是函数声明，不是类型。必须包装成类型别名：
using CallbackFunc = void(*)(int); // 推荐 C++11 起用 // 或老式写法： // typedef void (*CallbackFunc)(int); CallbackFunc g_handler = nullptr;不定义类型别名就硬传函数指针，容易在多层嵌套或模板中出错，编译器报错信息往往指向调用点而非定义点，排查费时。
std::function 替代裸指针更安全但有开销
裸函数指针不能绑定成员函数、lambda 或捕获变量。std::function 是通用可调用对象包装器，解决这个问题，但带来轻微性能和内存成本。
立即学习“C++免费学习笔记（深入）”；
- 需要
#include <functional></functional> - 构造/赋值可能触发堆分配（尤其带捕获的 lambda）
- 调用比裸指针慢 1–2 级间接跳转（现代 CPU 下通常可忽略，但实时系统需留意）
示例：
std::function<void(int)> handler; handler = [](int x) { printf("lambda: %dn", x); }; handler(42);如果确定只用全局函数或静态成员函数，优先用裸指针；否则选 std::function，别自己手撸仿函数类。
类成员函数做回调必须处理 this 指针
成员函数隐含 this 参数，不能直接当普通函数指针用。常见错误写法：&MyClass::onEvent 赋给 void(*)(int) 类型——编译失败。
可行方案只有三种：
- 用
std::function+std::bind或 lambda：最常用，写法直观 - 静态成员函数 + 用户数据参数（如 C 风格 API）：需额外传
this指针进去 - 将对象设计为 callable（重载
operator()）：适合固定绑定单个对象的场景
例如：
class Handler { public: void onMsg(int x) { /* ... */ } std::function<void(int)> getCallback() { return [this](int x) { this->onMsg(x); }; // 捕获 this } };注意：lambda 捕获 this 后，若 Handler 对象提前析构，回调仍被触发就会崩溃——这是最隐蔽也最常发生的坑。
回调生命周期管理不当会 crash
函数指针本身没生命周期问题，但 std::function 或绑定对象（如 lambda 捕获的局部变量、this 指针）一旦失效，调用即未定义行为。
关键检查点：
- 注册回调的对象是否比接收方活得更久？
- 使用
std::shared_ptr管理对象，并在 lambda 中捕获shared_from_this()，避免悬挂 - C 风格 API 回调（如
qsort、windows 的SetTimer）要求函数地址全局有效，严禁传局部 lambda 或临时对象
没有自动 GC，C++ 回调的“谁负责清理”必须人工厘清。哪怕只多用一行注释说明所有权归属，也能省去半天 core dump 分析。