函数指针回调只能指向全局或静态成员函数，因普通成员函数含隐式this指针导致类型不匹配；std::function可包装任意可调用对象但不管理生命周期，需用shared_from_this()或weak_ptr防悬空；性能上函数指针零开销，std::function慢1–3纳秒，高频场景才敏感。
函数指针怎么写回调，为什么不能直接传成员函数
函数指针实现回调最轻量，但只能指向全局函数或静态成员函数。普通成员函数隐含 this 指针，类型不匹配，编译器会报错：error: cannot convert 'void (A::*)()' to 'void (*)()' 。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用
static成员函数做跳板，把this作为额外参数传入（常见于 C 风格 API 封装） - 全局函数回调里别捕获局部变量——没生命周期保障
- 函数指针类型声明容易写错，推荐用
using别名：using callback_t = void(*)(int, const char*); - 注意调用约定（如
__cdeclvs__stdcall），Windows API 场景下不匹配会导致栈破坏
std::function 能不能直接存 this 指针，怎么避免悬空
std::function 可以包装任意可调用对象，包括 lambda、绑定后的成员函数，但它本身不管理所包装对象的生命周期。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- lambda 捕获
this时用[this]是危险的——如果回调异步执行，而对象已析构，调用就崩了 - 想安全用成员函数，优先考虑
std::bind(&A::func, shared_from_this(), _1)，前提是类继承自std::enable_shared_from_this<a></a> - 避免在
std::function里存裸指针或引用；若必须，确保外部持有强引用且寿命 ≥ 回调注册期 -
std::function有小对象优化，但捕获大对象（如std::vector）可能触发堆分配，影响性能
std::function 和函数指针性能差多少，什么时候必须选前者
纯函数指针调用是直接跳转，零开销；std::function 调用有间接跳转 + 可能的虚函数表查表，实测慢 1–3 纳秒（现代 CPU），但差别只在高频热路径才敏感。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 接口要支持用户传 lambda / 成员函数 / 函数对象？必须用
std::function——函数指针做不到 - 嵌入式或硬实时场景（如中断服务程序），禁用
std::function，连异常和 RTTI 都得关掉 - 用
std::function时别频繁赋值——内部可能 realloc，尤其跨线程传递时要加锁或用 move - Clang/GCC 下可用
-D_GLIBCXX_CONCEPTS=0等宏减小std::function体积，但非必要
回调注册后忘记清理，怎么防内存泄漏和重复调用
回调本身不自动管理资源，注册后没注销，对象销毁时回调还在队列里，下次触发就是野指针访问。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 提供明确的注销接口，比如
unregister_callback(id)或返回std::function的句柄，配合 RAII 包装（如scope_guard） - 用
std::weak_ptr包裹回调目标，在调用前lock()检查是否还活着，比 crash 好一点 - 调试时打开
ASAN和UBSAN，它们能抓到很多悬空回调的早期迹象 - 别依赖析构函数自动清理——异步回调可能在析构后才执行，顺序不可控
真正麻烦的是跨模块、跨线程的回调生命周期对齐。哪怕语法全对，只要一方提前释放、另一方延迟调用，问题就藏得深，得靠日志+地址 sanitizer 配合定位。
