std::bind默认传值，需用std::ref/cref显式传引用，占位符\_1、\_2对应调用时第1、2个实参；lambda更优，bind仅适用于类型擦除或老接口适配场景。
std::bind 绑定参数时，为什么传值还是传引用要特别小心
std::bind 默认对参数做拷贝（传值），哪怕你传的是 std::string& 或 MyClass&&，它也会尝试拷贝——这常导致编译失败或意外的生命周期问题。比如绑定一个局部对象的引用，bind 返回的可调用对象 later 调用时，原对象早已析构。
- 想真正传递引用？必须显式套一层
std::ref(x)或std::cref(x)，std::bind不会自动推导引用语义 - 移动语义需主动触发：用
std::move(x)包裹右值，否则 bind 仍按左值处理并拷贝 - 绑定 this 指针时，别写
std::bind(&A::func, this, ...)—— 如果 this 指向栈对象，后续调用可能访问已销毁内存
std::bind 替换占位符 _1、_2 的实际规则是什么
占位符不是“第几个参数”，而是“调用时传入的第几个实参”。_1 对应调用时的第一个参数，_2 是第二个，以此类推；它们和 bind 表达式里参数的位置无关。
- 占位符必须来自
std::placeholders命名空间，常见错误是漏写using namespace std::placeholders;或直接写_1导致编译报错‘_1’ was not declared in this scope - 占位符数量不能超过目标函数的形参个数，否则调用时报错（通常在实例化时，而非 bind 时）
- 可以跳着用：比如
std::bind(f, _2, 42, _1)表示调用时把第二个实参填到 f 第一个位置，42 填第二，第一个实参填第三
比起 lambda，std::bind 在什么场景下还值得用
lambda 更直观、更高效、更易内联，但 std::bind 在两类地方仍有不可替代性：需要类型擦除又不想手写 functor 类；或者必须配合老式接口（如 std::thread 构造、std::function 赋值）且参数绑定逻辑复杂。
-
std::function<void></void>可以直接接收std::bind(...)，但若用 lambda 捕获局部变量，类型是独有闭包类型，不能隐式转成std::function（除非显式构造） - bind 支持“嵌套 bind”：比如
auto g = std::bind(f, std::bind(h, _1))，这种链式适配在某些配置驱动逻辑里比多层 lambda 更清晰 - 注意性能：bind 对象比等价 lambda 稍重（含额外存储和虚调用开销），高频调用路径建议优先用 lambda
std::bind 和成员函数指针一起用的坑
绑定非静态成员函数时，第一个参数必须是对象（指针或引用），否则编译失败；而且这个对象的生命周期必须覆盖 bind 对象的整个生命周期。
立即学习“C++免费学习笔记（深入）”；
- 错误写法：
std::bind(&A::foo, a, _1)—— 若a是局部对象，bind 后返回的可调用对象保存的是 a 的拷贝，但若A没有拷贝构造函数，就编译不过 - 正确做法：传指针
std::bind(&A::foo, &a, _1)，或用std::ref(a)显式传引用 - 静态成员函数不用传对象，可直接当普通函数绑：
std::bind(&A::static_foo, _1)
bind 最容易被忽略的点是：它不检查参数类型匹配，直到你真正调用那个 bind 对象才报错。这意味着编译器可能放过明显错误的 bind 表达式，等到运行时或模板实例化深处才崩，调试成本高。所以只要能用 lambda，就别为了“看起来像 bind”而硬用。
