应使用std::function配合std::bind或lambda实现类型安全回调，因成员函数含隐式this参数，裸指针调用会导致崩溃；需显式声明签名、注意生命周期管理及性能开销。
怎么用 std::function + std::bind 实现类型安全的回调
原生函数指针写回调容易崩，尤其带成员函数时。用 std::function 包一层，再配合 std::bind 或 lambda，能自动处理 this 指针、参数绑定和类型擦除。
- 必须显式指定
std::function的签名，比如std::function<void const std::string></void>，漏掉 const 或 & 就编译不过 -
std::bind绑定成员函数时，第一个参数得是对象实例或std::placeholders::_1，直接传&A::func会报错“no matching function” - lambda 更轻量：捕获
[this]后直接写逻辑，比std::bind更易读，也避免std::bind在某些老编译器（如 GCC 4.8）里的模板推导失败问题
为什么不能直接用裸函数指针传成员函数
因为非静态成员函数隐含 this 参数，签名和普通函数不兼容。强行转成函数指针会导致调用时栈错乱，运行时崩溃或静默错误。
- 错误写法：
void (A::*ptr)() = &A::onEvent;，然后试图塞进只接受void(*)()的接口 —— 编译直接拒 - 即使靠 reinterpret_cast 强转过去，调用时
this不在寄存器/栈预期位置，大概率访问非法内存 - 静态成员函数可以当普通函数用，但没法访问对象状态，实用性打折扣
回调对象生命周期管理不当会 crash
最常见的是：注册了某个对象的成员函数回调，但该对象提前析构了，后续事件触发时去 call 已释放的 this。
- 用
std::shared_ptr管理被回调对象，并在 lambda 中捕获shared_from_this()，确保回调执行时对象还活着 - 避免在类内部用
this直接绑定回调，除非你能 100% 控制该对象生命周期长于事件系统 - 有些框架（如 Qt）提供
QObject::connect的自动断连机制，C++ 标准库没这功能，得自己兜底
std::function 性能开销在哪，什么场景要警惕
std::function 内部通常有小缓冲优化（small buffer optimization），但一旦捕获大对象或复杂 lambda，就会堆分配 —— 这在高频事件（如游戏帧循环、网络包处理）里可能成为瓶颈。
立即学习“C++免费学习笔记（深入）”；
- 单次调用开销约 1–3 纳秒（现代 CPU），比裸函数指针多 2–5 倍，多数场景无感；但每毫秒调用上万次就得测
- 避免在回调里捕获大对象（如
std::vector副本），改用引用或指针，且确保生命周期覆盖整个回调期 - 极端性能敏感场景（如音频 DSP 回调），宁可用模板参数传策略类，放弃运行时灵活性
真正难的不是语法怎么写，而是想清楚谁拥有回调权、谁负责销毁、事件发生时上下文是否还有效——这些不画图推演两遍，光靠编译通过骗不了 runtime。
