std::function签名必须与bind后实际可调用签名完全一致：bind(add, 10, _1)得int(int)，bind(add, _1, _2)得int(int,int)，bind(add, 10, 20)得int()；绑定成员函数须显式传this；lambda通常比bind更安全直观。
std::function 声明签名必须和 bind 后实际可调用签名完全一致
这是最常导致编译失败的点：std::function 的模板参数不是“你希望它怎么调”，而是“它**实际能怎么被调用**”。std::bind 返回的对象没有显式类型，但它的调用签名由占位符决定——漏一个 _1、多一个 _3，或顺序错乱，都会让签名不匹配。
-
int add(int a, int b)绑定为std::bind(add, 10, _1)→ 签名是int(int)，可赋给std::function<int></int> -
std::bind(add, _1, _2)→ 签名仍是int(int, int)，必须用std::function<int int></int> -
std::bind(add, 10, 20)→ 签名是int()（无参），只能赋给std::function<int></int> - 写成
std::function<int></int>却绑定std::bind(add, _1, 20)？✅ 可以；但写成std::function<int></int>却绑定std::bind(add, _1, _2)？❌ 编译报错：签名多一个参数
绑定成员函数时，this 指针必须显式传入 bind 第二个参数位置
成员函数隐含 this 参数，std::bind 不会自动推导。直接写 &MyClass::func 是不行的，必须把对象实例（或指针）作为 std::bind 的第二个实参传进去，否则编译器无法构造可调用对象。
- 对象值绑定：
std::bind(&MyClass::print, obj, _1)——obj被拷贝进 bind 对象 - 对象指针绑定：
std::bind(&MyClass::print, &obj, _1)—— 更常用，避免拷贝 - 引用绑定（需
std::ref）：std::bind(&MyClass::print, std::ref(obj), _1)—— 当obj生命周期长于 bind 对象时可用 - 错误示范：
std::function<void> f = &MyClass::print;</void>❌ 缺少this，连基本语法都不通过
用 lambda 替代 bind 多数时候更安全、更直观
当你发现要反复检查 _1/_2 顺序、纠结要不要加 std::ref、或者编译错误提示像天书一样时，基本说明 std::bind 已经在给你使绊子了。现代 C++ 中，lambda 几乎总能更干净地完成相同任务。
- 固定部分参数：
auto f = [](int x) { return add(10, x); };比std::bind(add, 10, _1)少一层间接、类型推导更稳 - 反转参数顺序：
auto f = [](int a, int b) { return mul(b, a); };比std::bind(mul, _2, _1)直观十倍 - 捕获局部变量：
[&x, y]() { return x + y; }比std::bind(func, std::ref(x), y)更少出错、语义更明确 - 注意：lambda 默认按值捕获，若需引用且变量可能析构，务必用
[&]或显式[&x]，否则运行时行为未定义
延迟执行场景下，注意对象生命周期与绑定方式的选择
把 std::bind 或 lambda 存进 std::function 后再异步调用，最容易踩的不是语法坑，而是悬空引用或提前析构。
立即学习“C++免费学习笔记（深入）”；
- 绑定栈上对象的地址（如
&local_obj），但std::function在函数返回后才调用 → ❌ 崩溃 - 用
std::ref(local_obj)绑定，但local_obj已离开作用域 → ❌ 同样崩溃 - 正确做法：确保被绑定对象生命周期覆盖整个调用期；或改用值传递（如
obj而非&obj）；或改用智能指针管理对象 - 尤其注意：lambda 捕获
[=]是值拷贝，但若捕获的是指针（如int* p），那拷贝的只是指针值，指向的内存仍可能失效
真正难的从来不是写出能编译的 std::bind，而是保证它在几个月后、在并发环境里、在对象生命周期边界上依然不出错。多数时候，一行清晰的 lambda 就是更可靠的延迟执行方案。
