std::function必须显式声明签名，如std::function<void()>，不可省略；支持函数指针、lambda（无捕获可隐转）、bind等，但需类型匹配；空对象调用抛bad_function_call，须判空；传参宜按值，高频调用应避用以防开销。
std::function 怎么声明和初始化
它不是函数指针，而是一个可调用对象的类型擦除容器，能装函数指针、lambda、bind 表达式、成员函数指针——但必须类型匹配。
常见错误是直接赋值不带参数或返回值声明的 std::function，比如写成 std::function f = []{};，编译直接报错：模板参数缺失。
- 必须显式写出签名，例如
std::function<void></void>、std::function<int int></int> - lambda 捕获列表为空时可以隐式转换；有捕获（如
[x]）则只能赋给对应签名的std::function，不能转成函数指针 - 初始化时支持拷贝构造、移动构造、直接赋值，但别对临时 lambda 取地址再塞进去——它早析构了
std::function 作为回调参数怎么传
作为函数参数时，按值传递最常用，但要注意：每次调用都会触发一次内部对象的拷贝（可能含堆分配），高频场景下有开销。
典型误用是把 std::function 当作“轻量级函数指针”传进 tight loop 里，结果性能掉一截。
立即学习“C++免费学习笔记（深入）”；
- 如果回调只在初始化或事件注册时用一次，用
std::function没问题 - 如果要反复调用（比如每帧渲染回调），优先考虑模板参数 +
auto或函数指针（前提是能约束为无捕获 lambda 或普通函数） - 想避免拷贝？可以传
const std::function<...>&</...>，但注意：它仍可能引用已销毁的 lambda（比如局部定义后 move 出去）
std::function 调用时崩溃或行为异常
最常踩的坑是空状态调用：std::function 默认构造后是空的，operator bool() 返回 false，此时调用会抛 std::bad_function_call 异常。
这不是运行时随机崩溃，而是明确异常——但很多人没 catch，或者只在 debug 下跑，上线后才暴露。
- 务必在调用前检查：
if (callback) callback();，而不是无脑callback() - 不要依赖隐式布尔转换做逻辑分支以外的事，比如
callback ? callback() : fallback();是安全的；但callback() ?: fallback();语法错误 - 成员函数绑定容易出错：用
std::bind(&Class::func, obj, _1)时，若obj是栈对象且生命周期短于std::function，调用即 UB
std::function 和 std::bind、lambda 的取舍
三者都能实现回调，但语义和开销不同。别为了“统一风格”硬套 std::function。
比如你只需要把一个普通函数传给某个 API，却非得包一层 std::function，纯属多此一举；反过来，若要存多个不同来源的回调并统一管理，std::function 就是唯一选择。
- 无捕获 lambda → 推荐直接传，零开销，还能被内联
- 需要保存状态（比如带捕获的 lambda 或 bind 结果）→ 必须用
std::function接收 -
std::bind已基本被 lambda 取代；除非要复用绑定逻辑多次，否则优先写 lambda - 注意：
std::function构造/赋值可能抛std::bad_alloc（内部堆分配失败），实时系统或嵌入式环境需谨慎
std::function 的“方便”背后藏着几处必须手动把关的暗礁。 
