std::bind 通常比等价 lambda 慢 10%–30%，因其需动态分配和类型擦除，而 lambda 是零成本抽象、可内联；应优先使用 lambda，禁用 std::bind。
std::bind 生成的可调用对象比 lambda 慢，尤其在频繁调用场景下
结论很直接：同等功能下，std::bind 通常比等价的 lambda 表达式慢 10%–30%，关键原因在于它必须动态分配内存（内部使用 std::function 存储时）且类型擦除开销更大。而 lambda 是零成本抽象——编译器能内联、能推导完整类型、不引入间接跳转。
常见错误现象：std::bind(&MyClass::func, obj, _1) 被反复传给 std::for_each 或事件系统，结果 profiling 显示回调开销异常高；换成 [obj](auto&& x) { obj->func(x); } 后热点消失。
- lambda 默认是 POD 类型，构造/拷贝无副作用；
std::bind返回对象含指针和占位符状态，拷贝可能触发引用计数或堆操作 - 当绑定对象含非 trivial 析构函数（如
std::shared_ptr），std::bind的拷贝构造会额外调用其拷贝构造函数，lambda 则按需捕获，可写成[ptr = std::move(ptr)](int x) {...}精确控制 - 模板参数推导失效：把
std::bind传给期望Callable&&的函数模板时，类型被擦成std::function或退化为通用函数对象，失去 SFINAE 友好性；lambda 保留原始类型
lambda 捕获方式直接影响性能和生命周期安全
不是所有 lambda 都“自动高效”——捕获不当会引发隐式拷贝、悬垂引用或意外共享。真正影响性能的是捕获粒度与语义是否匹配。
使用场景举例：向异步队列提交任务，对象 data 很大，但只读；handler 是短生命周期回调对象。
立即学习“C++免费学习笔记（深入）”；
- 避免
[=]：会无差别拷贝所有自动变量，std::vector或std::string可能触发 deep copy；改用[&data, handler = std::move(handler)]显式按需捕获 -
[&]在异步中极危险：若 lambda 被存到线程池里执行，而外部栈帧已退出，&捕获即悬垂；必须确认作用域生命周期长于 lambda 执行期 - 捕获 this 时注意：写成
[this]是裸指针，不延寿；需要延长对象生命周期应捕获shared_from_this()，但代价是增加原子计数——权衡点在于你是否真需要 shared_ptr 语义
std::function 包装 lambda 或 bind 都有运行时开销，能不用就不用
std::function 是类型擦除容器，每次调用都至少一次虚函数跳转（libstdc++/libc++ 实现均为 vtable + 函数指针）。即使包装的是一个空 lambda，也无法被编译器内联。
错误模式：std::function<void> cb = std::bind(...);</void> 或 std::function<void> cb = [](int x) { ... };</void>，再把 cb 作为参数层层传递。
- 如果回调接口允许模板参数（如
template<typename f> void set_callback(F&& f)</typename>），直接传 lambda，让编译器推导具体类型 - 若必须统一类型（如 GUI 事件注册表），优先用函数指针替代
std::function：对无捕获 lambda，强制转换为void(*)(int)，完全零开销 - 不要为了“统一接口”而提前包裹：延迟到真正需要类型擦除的位置再构造
std::function，比如存入容器前一刻
回调函数推荐写法：按场景选原生 lambda，禁用 std::bind
除非维护旧代码或对接 C 风格 API（需函数指针+用户数据），否则现代 C++ 项目中 std::bind 已无存在必要。它的语法冗余、调试困难、性能劣势明显，且无法表达 move-only 捕获。
真实工程中的推荐组合：
- 同步简单回调（如
std::sort的比较器）：直接写[](auto a, auto b) { return a.id ，无需命名，编译器优化充分 - 异步任务（如
std::async或线程池 submit）：用[capture_list = std::move(capture_list)](args) mutable { ... }，显式 move 捕获大对象，加mutable允许修改捕获值 - 成员函数绑定：写
[obj](auto&&... args) { return obj->func(std::forward<decltype>(args)...); }</decltype>，支持完美转发，比std::bind(&T::func, obj, _1, _2)更灵活且更快
最易被忽略的一点：lambda 的捕获列表不是“写上去就完事”，它定义了对象的生存期边界和访问语义。性能只是表象，生命周期误判才是线上 crash 的常见源头。
