std::function比函数指针更通用但非绝对更好：函数指针轻量零开销可内联，而std::function支持lambda、bind和成员函数但有类型擦除开销及潜在堆分配。
std::function 比函数指针更通用，但不是“更好”——它解决的是不同问题。函数指针轻量、零开销、可直接内联；std::function 有类型擦除开销，支持 lambda、bind、成员函数等，但代价是堆分配（可能）和虚函数调用。
std::function 能干而函数指针干不了的事
函数指针只能指向 void(int) 这类“裸”函数，不能绑定捕获变量的 lambda、不能包装 std::bind 结果、也不能指向非静态成员函数（因为成员函数隐含 this 参数）。
std::function<void> f = [](int x) { std::cout —— 捕获型 lambda 必须用 <code>std::function-
std::function<int> f = std::bind(&MyClass::get_value, obj);</int>——std::bind返回类型不可名状，只能存进std::function -
std::function<void> f = [&obj]() { obj.do_something(); };</void>—— 引用捕获也必须靠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，就触发堆分配；调用时走虚函数表，现代编译器很难内联。
立即学习“C++免费学习笔记（深入）”；
- 检查是否发生堆分配：用自定义分配器或 ASan 观察
operator new调用；GCC/Clang 可加-fsanitize=address - 优先用无捕获 lambda + 函数指针转型：
void(*fp)(int) = [](int x){/*...*/};，比std::function更快且无分配 - 若必须用
std::function，确保其存储对象大小 ≤ 小缓冲区（常见为 16–32 字节），否则立即堆分配；可用sizeof(std::function<void>)</void>查看实现
void fast_callback(int x) { /* ... */ }
auto lambda_no_capture = [](int x) { /* ... */ };
<p>// ✅ 零开销，可内联
void(*fp)(int) = fast_callback;
fp(42);</p><p>// ✅ 同样零开销（lambda 无捕获可转函数指针）
void(*fp2)(int) = lambda_no_capture;</p><p>// ❌ 即使 lambda 无捕获，std::function 仍引入间接调用
std::function<void(int)> ff = lambda_no_capture;
ff(42); // 多一层虚函数调用</p>真正难决策的点不在语法，而在生命周期管理：函数指针不管理资源，std::function 可能延长捕获对象的生存期，一不留神就悬垂。用哪个，先问自己——这个回调会不会逃逸？要不要携带状态？性能敏感度是否高到值得放弃灵活性？
