std::function能接住签名匹配的函数指针、lambda（含捕获）、成员函数指针（需bind或lambda包装）、仿函数；但不延长捕获变量生命周期，有类型擦除开销，慎用于高频路径。
std::function能接住哪些类型的可调用对象
std::function 不是函数指针，而是一个类型擦除的可调用包装器。它能容纳 lambda（带捕获或不带捕获）、std::bind 表达式、普通函数指针、成员函数指针（需配合对象）、重载了 operator() 的仿函数类实例。
关键限制：签名必须严格匹配。比如声明为 std::function<int></int>，就不能赋值一个返回 long 或参数是 float 的东西——编译直接报错，不会隐式转换。
- 无捕获 lambda 可隐式转为函数指针，但
std::function仍按统一接口处理，无需特殊对待 - 有捕获 lambda 只能存进
std::function，不能转成裸指针 - 成员函数指针必须绑定对象（用
std::bind或 lambda 捕获this），否则类型不兼容
如何安全地传递和存储回调
把 std::function 当参数传入时，优先用 const 引用避免拷贝；若要长期持有（比如注册到事件系统），必须确保它引用的外部变量生命周期足够长。
常见坑：[&] 捕获的 lambda 存进 std::function 后，如果原作用域结束，调用时就是悬空引用——运行时崩溃或未定义行为。
立即学习“C++免费学习笔记（深入）”；
- 推荐用
[=]值捕获，或显式列出需要的变量（如[ptr, val]） - 若必须引用外部对象，确保该对象的生命周期 > 回调被调用的时间点
- 存储前可用
if (cb)判空，因为std::function支持布尔转换，空状态调用会抛std::bad_function_call
std::function 和函数指针性能差异在哪
裸函数指针调用是直接跳转，零开销；std::function 内部通常用虚函数或函数指针+数据指针组合实现类型擦除，调用有间接跳转成本，且可能破坏内联机会。
在高频循环或性能敏感路径（如音频处理、游戏主循环）中，应避免无必要地用 std::function 替代函数指针或模板参数。
- 非性能关键路径（如 UI 事件、配置加载完成通知）用
std::function换取灵活性完全值得 - gcc/clang 下开启
-O2后，简单无捕获 lambda 的std::function调用可能被部分优化，但不如裸指针稳定 - 不要为了“统一接口”把所有回调都套一层
std::function，尤其当调用方已知具体类型时
成员函数作为回调怎么写才不出错
直接把 &Class::method 赋给 std::function 会失败：类型是 R (Class::*)(Args...)，不匹配 R(Args...)。必须绑定实例。
两种可靠写法：
- 用 lambda：
[obj_ptr](args...) { return obj_ptr->method(args...); }（注意obj_ptr生命周期） - 用
std::bind：std::bind(&Class::method, obj_ptr, std::placeholders::_1) - 若方法是
const，lambda 需加const限定符，std::bind会自动适配
别写 std::function{&Class::method} —— 编译不过，错误信息通常是 “no known conversion from ‘int (A::*)()’ to ‘std::function<int()>’”。
真正容易被忽略的是：成员函数回调里访问 this 成员时，如果对象已被析构，问题不会在注册时暴露，只在调用那一刻崩。务必核对对象生命周期管理策略。
