std::placeholders::_1 是 std::placeholders 命名空间中预定义的占位符对象，专用于 std::bind 中标记调用时的第一个实参；写成 1 会编译失败，因 bind 需占位符而非字面量。
std::placeholders::_1 是什么，为什么不能直接写 1
它不是数字 1，也不是宏，而是 std::placeholder 命名空间里预定义的一组对象（比如 _1、_2、_3），专用于 std::bind 中标记“将来调用时的第几个实参”。写成 1 会编译失败，因为 std::bind 需要的是占位符对象，不是字面量。
常见错误现象：error: no matching function for call to 'bind(..., int)' —— 把 _1 拼错成 _1_ 或漏掉 std::placeholders:: 前缀；或在没 using namespace std::placeholders; 且没加限定时直接写 _1。
- 必须从
<functional></functional>头文件引入 - 推荐显式写
std::placeholders::_1，避免using namespace std::placeholders引发命名污染 -
_1对应 bind 表达式被调用时的第一个参数，_2是第二个，以此类推；超过_N（通常是 _29）的行为未定义
std::bind 绑定函数时，占位符位置决定实参转发顺序
占位符出现在 std::bind 的参数列表中的位置，决定了原始函数调用时各实参填入的位置。它不是“按出现顺序编号”，而是严格按你在 bind 调用里写的顺序索引。
使用场景：封装一个已有函数，固定部分参数，把剩余参数延迟到运行时传入，比如日志包装、回调适配、STL 算法配合。
立即学习“C++免费学习笔记（深入）”；
示例：
auto f = std::bind(add, std::placeholders::_2, std::placeholders::_1); // 注意顺序：_2 在前，_1 在后 f(10, 20); // 相当于 add(20, 10)，返回 30
- 如果写
std::bind(func, _1, _1)，两次都转发第一个实参，不是复制值 - 占位符可以重复出现，也可以跳着用（如只用
_1和_3），但调用时仍需提供足够多的实参 - 绑定后的可调用对象参数个数 = 占位符最大下标（如用了
_3，则至少传 3 个参数）
和 lambda 相比，_1 这种写法有什么实际代价
主要代价在类型和性能上：每个 std::bind 表达式生成唯一匿名类型，模板实例化开销略大；而现代编译器对 lambda 的内联和优化通常更激进。
兼容性影响：C++11 起支持，但早期 libstdc++（GCC 4.8 前）对嵌套 bind + 占位符的支持有 bug；MSVC 2015 起基本稳定。
- 占位符本身无运行时开销，但
std::bind包装的对象比等价 lambda 略重（存储绑定值 + 占位符元信息） - 调试时，bind 对象的类型名极长，gdb / IDE 提示不如 lambda 清晰
- 不能完美转发右值：若原始函数参数是
T&&，bind 后可能退化为左值引用，lambda 更容易控制转发语义
std::placeholders::_1 在成员函数绑定中怎么用
绑定成员函数时，_1 通常用来占位「对象指针或引用」，后续参数才对应成员函数的形参。这点和普通函数不同，容易漏掉对象参数位。
常见错误现象：error: too few arguments for call —— 忘了给成员函数预留第一个位置放 this 或对象实例。
示例：
struct X { int foo(int a, int b) { return a - b; } };
X x;
auto f = std::bind(&X::foo, _1, _2, 10); // _1 = 对象，_2 = foo 的第一个参数，10 是第二个参数固定值
f(x, 5); // 相当于 x.foo(5, 10)，返回 -5- 如果用
std::bind(&X::foo, &x, _1, _2)，则_1就是 foo 的第一个参数，无需再传对象 - 绑定 const 成员函数时，
_1类型必须是 const X* 或 const X& - 不建议绑定临时对象（如
std::bind(&X::foo, X{}, _1, _2)），对象生命周期无法保证
占位符本身很简单，但和 bind 的绑定时机、对象生命周期、参数转发语义搅在一起时，出问题往往悄无声息——尤其是跨线程传递 bind 对象，或绑定局部变量地址后还在外部调用。
