可直接用std::initializer_list作函数形参，编译器自动将{1,2,3}转为该类型；它轻量、只读、不可修改，仅适用于构造/初始化场景，不能作类成员，否则导致悬垂指针。
怎么在函数参数里接收 std::initializer_list
直接用它做形参类型就行，不用指针、不用引用（虽然可以加 const 引用，但通常没必要）。编译器会自动把花括号列表转成 std::initializer_list 对象。
常见错误现象：error: no matching function for call，往往是因为函数声明用了 std::vector 或裸数组，却传了 {1, 2, 3} —— 这种写法不会隐式转成 vector，但会匹配 std::initializer_list。
-
std::initializer_list是轻量对象，只存首尾指针，不管理内存，所以传参开销小 - 它只能用于构造/初始化场景，不能 push_back、不能 resize
- 元素类型必须一致，
{1, 2.0}会编译失败，因为 int 和 double 不兼容
示例：
void print(const std::initializer_list<int>& il) {
for (int x : il) std::cout << x << " ";
}
print({1, 2, 3}); // OK
std::initializer_list 能不能作为类成员变量
不能。它只是临时视图，生命周期绑定到初始化表达式；一旦构造函数返回，背后的数据（通常是栈上的一小段数组）就可能失效。
立即学习“C++免费学习笔记（深入）”；
使用场景：仅适合做构造函数参数，用来统一接收各种花括号初始化，比如实现类似 std::vector 的 vector{1,2,3} 语法。
- 若想持久保存，得拷贝进
std::vector、std::array或自己分配内存 - 误存为成员会导致悬垂指针，运行时读取垃圾值或崩溃
- Clang/GCC 在 -Wall 下通常会警告
initializer_list used as member
和 std::vector 初始化的区别在哪
根本区别在于语义和开销：std::initializer_list 是只读视图，std::vector 是拥有的容器。
性能影响明显：用 {1,2,3} 构造 std::vector 会先建临时 initializer_list，再逐个拷贝进堆内存；而直接接收 std::initializer_list 的函数几乎零拷贝。
- 初始化列表长度在编译期可知（
il.size()是 constexpr），vector.size()不是 -
initializer_list::begin()返回const T*，无法修改元素；vector可读可写 - 跨平台兼容性好，C++11 起所有标准库都支持，无额外依赖
为什么有时候 {} 初始化不触发 initializer_list 构造函数
因为重载决议优先选更“精确”的匹配。如果类同时有 MyClass(std::initializer_list<t>)</t> 和 MyClass(T)，而你写 MyClass{42}，编译器可能选后者——单参数构造函数更直接，不走 list 转换路径。
容易踩的坑：你以为调了 initializer_list 版本，实际进了普通构造函数，导致逻辑错位。
- 显式写
MyClass{std::initializer_list<int>{1,2,3}}</int>可强制走该路径（但一般不这么写） - 更稳妥的做法是删掉歧义的单参数构造函数，或加
explicit - 聚合类型（如 struct 无构造函数）会无条件按字段顺序匹配
{}，不进initializer_list
最常被忽略的是生命周期——它不是容器，不保数据，只保一段“快照”。用错地方，程序跑几天才崩，调试起来特别费劲。
