std::function是能装下任何可调用对象的通用容器，支持普通函数、lambda、std::bind和仿函数，但需严格匹配签名，内部通过类型擦除实现，带来堆分配和间接调用开销。
std::function 怎么接住各种回调类型
它不是函数指针的替代品，而是“能装下任何可调用对象”的通用容器。只要能 operator()，就能塞进 std::function —— 普通函数、lambda、绑定后的 std::bind、甚至带状态的仿函数类实例。
常见错误是试图用 std::function 接收不匹配签名的 callable：比如声明为 std::function<void></void>，却传入一个返回 int 的 lambda，编译直接失败，错误信息类似 no match for call。
- 声明时必须写清完整签名：
std::function<int bool></int>，参数和返回值一个都不能少 - lambda 捕获列表不影响类型兼容性，但捕获了局部变量后，不能赋给
std::function的 const 引用形参（生命周期风险） - 避免用
auto推导后反复赋值不同签名的 callable ——auto推出的是具体类型，不是std::function
为什么 std::function 有时比函数指针慢
它内部有类型擦除机制：小对象（如无捕获 lambda）可能栈上存储，大对象（如带长捕获列表的 lambda 或 std::bind 结果）会堆分配。每次调用都要经由虚函数表或函数指针跳转，多一层间接。
如果你只处理简单函数指针场景（比如 C 风格回调），直接用 void(*)(int) 更轻量、零开销，且支持 nullptr 判空更直观。
立即学习“C++免费学习笔记（深入）”；
- 性能敏感路径（如高频事件循环）慎用
std::function，尤其避免在循环体内重复构造 - 移动语义有用：用
std::move(f)传入或赋值，避免内部对象拷贝（特别是捕获了大对象的 lambda） - 检查是否为空别用
f == nullptr—— 正确写法是if (f)或if (f != nullptr)，前者更惯用
std::function 和 std::bind 搭配的坑
std::bind 返回的类型不可名状，只能靠 std::function 接住；但 bind 的占位符（_1, _2）绑定逻辑容易写错顺序，运行时报错才暴露。
典型错误：把 std::bind(func, _2, _1) 当成交换参数，结果调用时传两个 int，却触发 std::bad_function_call —— 因为占位符数量和实际调用参数数对不上，或者类型推导失败。
- 优先用 lambda 替代
std::bind：比如[&](int x) { return func(x, 42); }更直观、无占位符歧义 - 若必须用
std::bind，确保头文件包含<functional>，且启用 C++11 或更高标准 -
std::bind默认按值拷贝参数，想传引用得套std::ref(x)或std::cref(x)，否则修改无效
回调里怎么安全捕获 this 指针
成员函数不能直接赋给 std::function，必须绑定对象实例。最常用的是 lambda 捕获 this，但极易引发悬垂引用。
错误示范：[this]() { do_something(); } 赋给异步回调，而对象已在回调执行前析构 —— 调用时直接 UB，可能 crash 或静默错误。
- 异步场景下，改用
[weak_this = weak_from_this()]() { if (auto p = weak_this.lock()) p->do_something(); }（需继承std::enable_shared_from_this） - 不要捕获局部变量地址（如
[&x]() { use(x); }），除非确定回调在作用域结束前一定执行完 - 如果回调生命周期由外部控制（如 GUI 事件系统），考虑用裸指针 + 注册/注销机制，配合手动 null 化，比依赖智能指针更可控
std::function 的灵活性来自类型擦除，代价是隐式堆分配和间接调用；真正难的不是怎么写，而是判断“这里到底该不该用它”——尤其是当回调要跨线程、被长期持有、或嵌套在模板深处时，类型和生命周期问题会突然冒出来，而且不报编译错误。
