要支持{1,2,3}初始化，必须显式声明explicit std::initializer_list构造函数，且需包含头文件；类型严格匹配，不可隐式转换；不可长期持有，因其为短生命周期只读视图。
std::initializer_list 构造函数必须显式声明
自定义类要支持 {1, 2, 3} 这种写法，不能靠编译器自动推导——你得手动加一个接受 std::initializer_list<t></t> 的构造函数。这个函数不会被隐式生成，漏写就直接编译失败。
常见错误现象：error: no matching constructor for initialization of 'MyVec'，当你写了 MyVec v{1, 2, 3}; 却没声明对应构造函数时就会出现。
- 必须包含头文件
<initializer_list></initializer_list> - 参数类型必须严格匹配，比如想接收
int就写std::initializer_list<int></int>，不能写std::initializer_list<long></long>然后传{1, 2} - 该构造函数通常应为
explicit，否则可能意外触发隐式转换（例如把{42}当作单参数构造调用）
元素类型不兼容时编译器绝不帮你转
std::initializer_list 对类型匹配极其严格：它要求花括号里每个字面量或变量都能**无损推导为模板参数 T**，连 int → long 这种窄转换都不行，更别说 double → int。
常见错误现象：error: could not convert {1, 2, 3.0} from '<brace-enclosed initializer list>' to 'std::initializer_list<int>'</int></brace-enclosed>
立即学习“C++免费学习笔记（深入）”；
-
MyVec{1, 2, 3}可以，MyVec{1, 2, 3.0}直接报错 - 如果需要支持混合数值类型，别硬塞进
std::initializer_list，改用可变参数模板 +std::common_type_t或让用户显式转换 - 空列表
{}是合法的，但要求T有默认构造函数，否则编译失败
别把 std::initializer_list 当容器长期持有
std::initializer_list 本质是只读视图，背后内存由编译器在当前表达式栈上临时分配，生命周期极短。把它存成成员变量、返回局部列表、或跨作用域访问，全是未定义行为。
常见错误现象：返回 {1, 2, 3} 后取 .begin() 得到随机值或崩溃；类里存 std::initializer_list<int> data;</int> 然后在后续函数里遍历，内容已失效。
- 禁止写
return {1, 2, 3};—— 返回的是临时initializer_list，出函数就完蛋 - 禁止在类中声明
std::initializer_list<t> m_data;</t>并在构造函数里赋值，它只是引用，不拥有数据 - 真要持久化，老老实实拷贝进
std::vector<t></t>或std::array<t n></t>
和普通构造函数重载时，它永远优先
只要调用形式是花括号 {...}，且存在匹配的 std::initializer_list 构造函数，编译器一定选它，哪怕其他构造函数语义更合理。
例如：MyString{"hello"} 如果同时有 MyString(const char*) 和 MyString(std::initializer_list<char>)</char>，前者根本不会被考虑。
- 这是 C++11 明确规定的重载决议规则，不是 bug
- 如果你希望字符串字面量走
const char*构造，就别提供std::initializer_list<char></char>版本 - 若两者都要支持，得靠 SFINAE 或
enable_if排除歧义，但代价是代码复杂度上升
最易被忽略的一点：std::initializer_list 的只读性和零拷贝特性，让它看起来高效，但实际无法移动、无法修改、无法延长生命周期——它不是容器替代品，只是初始化语法的桥梁。用错地方，轻则编译不过，重则运行时踩内存。
