std::function比函数指针更通用但非绝对更好：函数指针轻量零开销可内联，而std::function支持lambda、bind和成员函数但有类型擦除开销及潜在堆分配。

std::function 比函数指针更通用，但不是“更好”——它解决的是不同问题。函数指针轻量、零开销、可直接内联；std::function 有类型擦除开销，支持 lambda、bind、成员函数等，但代价是堆分配（可能）和虚函数调用。

std::function 能干而函数指针干不了的事

函数指针只能指向 void(int) 这类“裸”函数，不能绑定捕获变量的 lambda、不能包装 std::bind 结果、也不能指向非静态成员函数（因为成员函数隐含 this 参数）。

• std::function f = [](int x) { std::cout —— 捕获型 lambda 必须用 std::function
• std::function f = std::bind(&MyClass::get_value, obj); —— std::bind 返回类型不可名状，只能存进 std::function
• std::function f = [&obj]() { obj.do_something(); }; —— 引用捕获也必须靠 std::function

函数指针更合适的真实场景

当你确定只处理 C 风格函数、追求极致性能或与 C API 交互时，函数指针更直接、无额外开销、编译期可知。

• 回调注册到 C 库（如 qsort、pthread_create）必须用函数指针，std::function 无法隐式转换
• 高频调用的数学计算回调（如积分器每微秒调一次），避免 std::function 的虚函数跳转和 small-buffer 优化失败导致的堆分配
• 模板元编程中需要 constexpr 或 noexcept 保证时，函数指针可满足，std::function 构造/调用都不是 constexpr

性能差异在哪？怎么避免踩坑

std::function 内部通常用类型擦除：小对象（如无捕获 lambda）可能放栈上，但一旦捕获变量较多或用了 std::bind，就触发堆分配；调用时走虚函数表，现代编译器很难内联。

• 检查是否发生堆分配：用自定义分配器或 ASan 观察 operator new 调用；GCC/Clang 可加 -fsanitize=address
• 优先用无捕获 lambda + 函数指针转型：void(*fp)(int) = [](int x){/*...*/};，比 std::function 更快且无分配
• 若必须用 std::function，确保其存储对象大小 ≤ 小缓冲区（常见为 16–32 字节），否则立即堆分配；可用 sizeof(std::function) 查看实现

void fast_callback(int x) { /* ... */ }
auto lambda_no_capture = [](int x) { /* ... */ };
// ✅ 零开销，可内联
void(*fp)(int) = fast_callback;
fp(42);
// ✅ 同样零开销（lambda 无捕获可转函数指针）
void(*fp2)(int) = lambda_no_capture;
// ❌ 即使 lambda 无捕获，std::function 仍引入间接调用
std::function ff = lambda_no_capture;
ff(42); // 多一层虚函数调用

真正难决策的点不在语法，而在生命周期管理：函数指针不管理资源，std::function 可能延长捕获对象的生存期，一不留神就悬垂。用哪个，先问自己——这个回调会不会逃逸？要不要携带状态？性能敏感度是否高到值得放弃灵活性？