std::bind绑定成员函数时必须显式传递this指针，占位符_1代表调用时第一个实参，与原函数参数顺序无关；绑定右值需谨慎避免资源提前转移，C++20起已弃用，推荐优先使用lambda。
std::bind 绑定成员函数时，this 指针必须显式传入
很多人写 std::bind(&MyClass::func, obj, _1) 能跑，但换成 std::bind(&MyClass::func, _1, _2) 就崩溃或编译失败——问题出在成员函数隐含的 this 参数没被占位。std::bind 不会自动推导调用对象，必须把占位符（如 _1）明确放在第一个参数位置，代表将来传入的实例指针或引用。
常见错误现象：error: no match for call 或运行时访问非法内存。
- 正确写法：
auto f = std::bind(&MyClass::process, _1, 42, "hello");，调用时传f(obj) - 若绑定到智能指针，用
std::bind(&MyClass::process, std::ref(ptr), _1)避免拷贝；更安全的是直接用std::bind(&MyClass::process, ptr.get(), _1) - 注意：绑定临时对象（如
std::bind(..., MyClass{}, _1)）会导致悬垂引用，运行时未定义行为
占位符 _1、_2… 的序号不是“参数顺序”，而是“调用时实参的位置”
_1 永远代表调用包装器时传入的第一个实参，_2 是第二个，以此类推——和原始函数签名里的参数顺序无关。这个反直觉点是绝大多数逻辑错乱的根源。
使用场景：比如你想把二元函数 add(int a, int b) 改造成只接受一个参数的加法器，固定 a=10：
立即学习“C++免费学习笔记（深入）”；
-
auto add10 = std::bind(add, 10, _1);→add10(5)等价于add(10, 5) - 但写成
std::bind(add, _1, 10)→add10(5)就变成add(5, 10) - 如果原函数是
sub(int a, int b)，想做“减去10”，得用std::bind(sub, _1, 10)，不是_2
std::bind 包装器不能直接用于 std::function 的形参，除非签名完全匹配
把 std::bind 结果赋给 std::function 时，类型擦除发生在构造时刻。如果目标 std::function 声明为 std::function<void></void>，但 bind 对象实际需要一个参数，编译器不会延迟报错，而是在调用时崩溃或静默失败。
性能影响：过度嵌套 bind（比如 bind 套 bind）会增加调用开销，且现代编译器对 lambda 的优化通常优于 std::bind。
- 安全做法：声明
std::function时，签名必须与 bind 后可调用对象一致，例如std::function<int></int>接收std::bind(func, _1, 42) - 兼容性提示：C++20 起，
std::bind已被标记为 deprecated，新代码优先用 lambda，尤其涉及移动语义或完美转发时 - 调试技巧：用
decltype查看 bind 类型，例如using T = decltype(std::bind(f, _1));，再查其operator()签名
绑定右值引用或 move-only 类型要格外小心
std::bind 默认按值存储绑定参数，会对右值调用拷贝构造——如果类型不可拷贝（如 std::unique_ptr），编译直接失败；即使能编译，也可能意外转移资源，导致后续调用失效。
容易踩的坑：用 std::bind(func, std::move(ptr), _1) 后，第一次调用就清空了 ptr，第二次调用触发空指针解引用。
- 方案一：用
std::ref(ptr)或std::cref(ptr)传引用，避免所有权转移 - 方案二：改用 lambda，显式捕获
[ptr = std::move(ptr)](int x) { return func(std::move(ptr), x); } - 方案三：如果必须用 bind 且需转移，先包装成可拷贝的 wrapper，但代价是语义变重，不推荐
