std::bind绑定成员函数必须显式传入对象实例（或指针/引用/shared_ptr），因成员函数依赖this指针；占位符需连续从_1开始、顺序严格对齐；返回类型不透明，宜配合std::function使用；lambda通常更安全高效。
std::bind 绑定成员函数时必须传入对象实例
成员函数本质上需要 this 指针才能调用，std::bind 不会自动捕获当前对象上下文。如果你直接写 std::bind(&MyClass::func, arg1)，编译器会报错：「no matching function for call to bind」——因为少了一个参数位置给对象（或指针/引用）。
正确做法是把对象实例（或其指针、引用、std::shared_ptr）作为第二个参数传入，第一个参数是成员函数指针：
auto f = std::bind(&MyClass::process, obj, 42, std::placeholders::_1);
-
obj可以是MyClass对象、&obj、std::ref(obj)或std::shared_ptr<MyClass> - 如果用裸指针，记得确保生命周期长于
f的调用时机，否则会悬垂 - 用
std::ref(obj)可避免拷贝，且支持后续修改原对象状态
预设参数顺序和占位符要严格对齐
绑定时预设的参数会从左到右“填空”，剩余未指定的位置由 std::placeholders::_1、_2 等占位符表示。一旦顺序错乱，运行时行为可能完全不符合预期，而且编译期不一定报错。
例如，假设 void foo(int x, const std::string& s, double d) 是成员函数：
立即学习“C++免费学习笔记（深入）”；
auto f = std::bind(&MyClass::foo, obj, std::placeholders::_1, "hello", std::placeholders::_2);
- 调用
f(10, 3.14)实际等价于obj.foo(10, "hello", 3.14) - 但若写成
std::bind(..., "hello", _1, _2)，则"hello"会固定为x（int 类型），触发隐式转换或编译失败 - 占位符编号必须连续从
_1开始，不能跳号（如_1后跟_3）
std::bind 返回可调用对象，类型不透明但能存入 std::function
std::bind 返回的是一个未命名的函数对象类型，无法直接写出变量类型（除非用 auto）。它不继承自任何标准基类，也不能用 decltype 外部安全推导后复用——所以实践中几乎总是配合 std::function 使用。
例如：
std::function<void(std::string)> handler = std::bind(&MyClass::log, &obj, "[INFO]", std::placeholders::_1);
- 这里显式声明了
std::function<void(std::string)>，让类型擦除更可控 - 如果不声明类型，仅用
auto，那该变量只能在定义作用域内使用，无法作为函数参数传递 -
std::function有约 16 字节额外开销（虚表 + 存储），高频短函数建议直接用 lambda 替代
比起 std::bind，lambda 通常更清晰、更高效
绝大多数场景下，用 lambda 实现同样功能更直观，也更容易被编译器优化。比如预设两个参数并转发一个：
auto f = [&obj](double x) { obj.process(42, "ready", x); };
- 不需要记占位符规则，参数语义一目了然
- 捕获方式（
[&]/[=]/[&obj]）比std::ref或裸指针更安全明确 - 无类型擦除开销，内联可能性更高
- 唯一例外：需要把绑定结果存进容器（如
std::vector<std::function<...>>）且参数组合动态变化时，std::bind的延迟绑定特性才略显优势
真正容易被忽略的是：当你在类内用 std::bind 绑定 this->member_func 并保存为成员变量时，若对象析构早于绑定对象调用，就会访问已销毁内存——这种悬垂比 lambda 捕获 this 更难排查，因为 std::bind 的对象参数是值语义传入，容易误以为“已复制”。
