std::initializer_list要求元素类型严格匹配且无隐式转换，生命周期仅限当前表达式，不管理内存，与普通构造函数重载时优先级最高，性能上因只读性和无法移动而可能较低。
用 std::initializer_list 接收花括号参数时，类型必须严格匹配
编译器不会为 std::initializer_list 做隐式类型转换，哪怕只是 int 到 long 这种窄转换也不行。比如写 std::initializer_list<long>{1, 2, 3}</long> 是合法的，但 std::initializer_list<long>{1.0, 2.0}</long> 就会报错——double 不会自动转成 long。
常见错误现象：
error: could not convert {1, 2, 3.0} from '<brace-enclosed initializer list>' to 'std::initializer_list<int>'
- 构造函数或函数参数声明为
std::initializer_list<t></t>时，传入的所有字面量/变量必须能**无损推导为 T** - 如果需要兼容多种数值类型，别硬塞进
initializer_list，改用模板参数包（template<typename... args></typename...>）+std::common_type或显式转换 - 注意：空列表
{}可以被接受，但要求T有默认构造函数（否则编译失败）
std::initializer_list 的生命周期只到当前表达式结束
它本质是编译器生成的一块只读内存（通常在栈上），不管理对象生命周期。一旦离开作用域，里头的元素就失效了。
常见错误现象：返回局部 std::initializer_list，或者把它存进类成员里长期持有，之后访问内容变成未定义行为（常表现为随机值或崩溃）。
立即学习“C++免费学习笔记（深入）”；
- 不要写
return {1, 2, 3};—— 这个列表的生命期只到return表达式结束 - 不要在类里声明
std::initializer_list<int> data;</int>并试图在构造函数里赋值，它只是引用，不是容器 - 真要持久化数据，得拷贝进
std::vector、std::array等真正拥有所有权的结构
和普通构造函数重载冲突时，std::initializer_list 版本优先级最高
这是 C++11 的明确规则：当调用形式是花括号初始化（{...}）时，只要存在匹配的 std::initializer_list 构造函数，编译器就会选它，哪怕其他构造函数语义更贴切。
使用场景：你写了 MyClass(std::initializer_list<int>)</int> 和 MyClass(int, int)，然后写 MyClass m{1, 2}; —— 它一定走 initializer_list 版，不会走两个 int 的版本。
- 这会导致意外行为：比如你想传两个坐标，结果被当成单个列表处理了
- 解决办法：把
initializer_list构造函数设为explicit，强制用户写MyClass({1, 2})才触发；或者干脆不提供该重载，改用命名静态工厂函数 - 注意：聚合初始化（如
struct S {int a,b;}; S s{1,2};）不受此影响，那是语言内置规则，不走构造函数重载
性能上，std::initializer_list 不一定比手写循环快
它只是提供统一接口，底层仍是按需拷贝元素。对小数据没差别，但大数据量时，它无法避免一次遍历，也做不了 move 优化（因为元素是 const 的）。
性能影响点：
-
std::initializer_list<t></t>的迭代器是const T*，所有元素都是只读的，没法 move - 如果你的类内部要用这些值构造资源（比如字符串、动态数组），就得逐个 copy，而普通参数包可以完美转发
- 实测中，对于含非 trivial 类型（如
std::string）的列表，std::initializer_list初始化比std::vector+ 移动构造慢 10%~30%
真要高性能，别迷信花括号语法；该用 std::vector 就用，该用参数包就用参数包。
最容易被忽略的是：std::initializer_list 的 begin()/end() 返回的是指针，不是迭代器对象，所以不能直接丢给某些泛型算法（比如期待 InputIterator 的定制版 for_each），得先包装一层。
