std::bind绑定成员函数时必须显式传入对象实例，因其隐含this指针参数；参数顺序为函数指针、对象（值/引用/指针）、预设实参，且需确保对象生命周期长于bind结果。
std::bind 绑定成员函数时必须传入对象实例
直接对类成员函数用 std::bind 会编译失败，因为成员函数隐含 this 指针参数。你得显式提供对象（或其指针/引用），否则编译器不知道调用哪个实例。
常见错误现象：error: no match for call to '(std::bind<...>) ()'</...> 或更底层的 “cannot convert 'X::*' to 'void (*)()'” —— 本质就是漏了对象上下文。
- 用对象值（拷贝）：
std::bind(&MyClass::func, obj, 123) - 用对象引用（避免拷贝）：
std::bind(&MyClass::func, std::ref(obj), 123) - 用指针：
std::bind(&MyClass::func, &obj, 123) - 若对象生命周期短于 bind 返回的可调用对象，必须用
std::ref或确保对象长期有效
预设参数顺序要匹配成员函数签名（含 this）
成员函数签名在绑定时被“展开”为第一个参数是 this，后面才是原形参。所以 std::bind 的参数列表里，第二个位置起才是你预设的实参。
例如 void MyClass::add(int a, int b) 实际绑定等价于 void(MyClass*, int, int)，因此：
立即学习“C++免费学习笔记（深入）”；
-
auto f = std::bind(&MyClass::add, obj, 10, _1)→ 调用f(20)等价于obj.add(10, 20) -
auto f = std::bind(&MyClass::add, obj, _1, 5)→ 调用f(30)等价于obj.add(30, 5) - 不能写成
std::bind(&MyClass::add, 10, _1, obj)—— 顺序错，this必须是第二个参数（第一个是函数指针）
慎用 std::bind + 成员函数捕获局部变量
如果你在 lambda 里捕获局部变量再转成 std::function，比 std::bind 更直观、更安全。而 std::bind 预设参数时若传入局部变量地址（比如 &local_var），容易悬垂。
典型陷阱场景：在函数内创建对象并 bind，返回该 bind 结果，但对象是栈上局部变量 —— 返回后立即析构，后续调用触发未定义行为。
- 推荐替代写法：
auto f = [&obj](int x) { return obj.add(10, x); } - 若必须用
std::bind，且对象生命周期不确定，优先用std::shared_ptr包裹对象：std::bind(&MyClass::add, ptr, 10, _1) -
std::bind对右值对象默认移动（C++11 起），但不会自动延长其生命周期 —— 这点和 lambda 捕获不同
std::bind 和 lambda 性能与可读性对比
现代 C++ 中，绝大多数场景下 lambda 比 std::bind 更轻量、更易读。编译器对 lambda 内联优化更好，且类型推导更自然；而 std::bind 构造的对象类型复杂、调试时难以 inspect，且 C++20 起已标记为“不鼓励使用”（deprecated in favor of lambdas）。
- 简单预设参数：lambda 几乎总是更短、更直白：
[&obj](int x){ obj.process(x, "fixed"); } - 需要类型擦除（如存入
std::function）时两者都可，但 lambda 仍更推荐 - 只有极少数情况需用
std::bind：比如配合std::mem_fn做泛化转发，或遗留接口强制要求std::bind返回类型
真正容易被忽略的是：bind 返回的可调用对象不是 trivially copyable，且内部可能持有引用或指针 —— 它不像 lambda 那样“看起来像什么就是什么”。一旦跨线程传递或长期缓存，务必确认所有绑定项的生命周期。
