优先用 std::function，因其支持lambda、成员函数等可调用对象且类型安全；仅在兼容C接口、嵌入式裸机或极端性能场景下才用函数指针。
回调函数在C++里到底用函数指针还是std::function？
直接说结论：优先用 std::function，除非你明确需要兼容C接口、嵌入式裸机环境，或对性能有极端敏感要求（比如每微秒调用上千次且已测出瓶颈）。函数指针写法老旧、类型不灵活、无法捕获局部变量，而 std::function 是现代C++回调的事实标准。
函数指针实现回调的硬伤在哪？
函数指针只能绑定普通函数或静态成员函数，不能绑定带捕获的lambda、非静态成员函数，也不能统一类型签名。常见错误现象包括：
-
error: cannot convert ‘lambda’ to ‘void (*)()’—— 试图把lambda赋给函数指针 -
error: invalid use of non-static member function—— 直接传&MyClass::callback给只接受函数指针的API - 想传参数时得靠全局/静态变量中转，线程不安全、可读性差
典型写法（仅限无状态场景）：
void on_click(void (*cb)()) {
if (cb) cb();
}
void handler() { printf("clicked\n"); }
on_click(handler); // OK
// on_click([]{ printf("lambda"); }); // 编译失败
std::function 怎么安全地封装各种可调用对象？
std::function 是类型擦除容器，能装函数指针、lambda、bind表达式、成员函数指针（配合对象实例），关键是签名一致即可。使用时注意三点：
立即学习“C++免费学习笔记（深入）”；
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 声明时必须写明完整调用签名，如
std::function<void const std::string></void> - 赋值时若涉及非静态成员函数，必须用
std::bind或 lambda 捕获this，不能只写&MyClass::method - 移动语义支持好，但拷贝有小开销；频繁调用热点路径可考虑加
const&参数避免冗余拷贝
示例：
using Callback = std::function<void(int, std::string)>;
void set_handler(Callback cb) { /* 存起来 */ }
<p>struct Button {
void click_handler(int code, std::string msg) { /<em> ... </em>/ }
};</p><p>Button btn;
set_handler([&btn](int c, std::string m) { btn.click_handler(c, m); }); // OK
set_handler(std::bind(&Button::click_handler, &btn, std::placeholders::_1, std::placeholders::_2)); // 也可
什么时候真该退回函数指针？
两种真实场景下绕不开函数指针：
- C API交互：比如
qsort、pthread_create、WindowsSetTimer等只接受void (*)(void*)类型，此时必须用函数指针 + 静态/全局辅助函数中转数据 - 裸机或内存受限嵌入式环境：
std::function依赖RTTI和堆分配（部分实现），有些编译器或STL变体禁用它，这时只能用函数指针+手动上下文指针（void*）
这种情况下，别硬套C++惯用法。例如对接C库时，典型模式是：
struct Context { int id; std::string data; };
void c_style_callback(void* ctx) {
auto* c = static_cast<Context*>(ctx);
// 使用 c->id, c->data...
}
// 传给C函数：c_api_register(c_style_callback, &my_ctx);
真正难的不是语法，而是上下文生命周期管理——Context 对象必须比C回调存活时间更长，否则就是悬空指针。这点比 std::function 的引用捕获更容易出错。
