花括号初始化优先匹配 std::initializer_list 构造函数，发生“initializer_list 劫持”；无匹配时才退至普通构造函数（禁隐式转换）；成员变量的 {} 是默认初始化，不参与重载决议。
花括号初始化优先匹配 std::initializer_list 构造函数
当你写 std::vector<int> v{10, 20};</int>，编译器不会考虑 vector(size_t, const T&) 这个两参数构造函数，而是直接查找接受 std::initializer_list<int></int> 的构造函数。哪怕你本意是“创建 10 个 20”，它也铁了心走列表初始化路径——这叫 initializer_list 劫持。
常见错误现象：
-
std::vector<int> v{5};</int>→ 初始化为含一个元素5的 vector，不是 5 个默认值 -
MyClass obj{};和MyClass obj{42};行为可能完全不同，取决于你是否声明了MyClass(std::initializer_list<int>)
没有匹配的 std::initializer_list 时，才退回到普通构造函数
如果类没定义任何接受 std::initializer_list 的构造函数，花括号初始化会尝试匹配其他构造函数，但规则更严格：不允许隐式类型转换，且参数必须精确匹配（或可通过 explicit 构造函数显式转换）。
使用场景举例：
立即学习“C++免费学习笔记（深入）”；
-
std::string s{"hello"};→ 调用string(const char*)，因为无initializer_list<char>构造函数 -
std::complex<double> c{3.0, 4.0};</double>→ 调用complex(double, double)，因标准库未提供initializer_list版本 -
MyClass m{true};若只有MyClass(int)且未标记explicit，则失败（禁止隐式转换）；若该构造函数是explicit，则编译不过
圆括号 vs 花括号：避免 Most Vexing Parse 的关键区别
MyClass obj(); 是函数声明，不是对象定义；而 MyClass obj{}; 绝对是调用默认构造函数。这是花括号最实在的安全优势。
容易踩的坑：
- 误以为
std::mutex m{};和std::mutex m;等价——其实前者明确调用默认构造，后者在某些上下文中可能被解析为声明（尤其模板中） - 在模板推导中混用：
auto v = std::vector{1, 2, 3};推出std::vector<int>，但auto v = std::vector(1, 2);会报错（模板参数无法从圆括号推导） -
std::optional<int> o{42};调用optional(T&&)，不是initializer_list；但std::optional<std::string> s{"abc"};就可能触发initializer_list<char>匹配（取决于 string 是否支持）
成员变量的花括号默认初始化不参与构造函数选择
类内写 int x{42}; 或 std::string name{"alice"};，属于“默认成员初始化”，它只在构造函数体执行前、初始化列表未覆盖该成员时生效。它不改变构造函数重载决议逻辑，也不引入 initializer_list 匹配行为。
性能与兼容性影响：
- 多个默认初始化成员共存时，顺序严格按声明顺序执行，和初始化列表一致
- 若同时在初始化列表中指定某成员（如
MyClass() : x{100} {}），则类内默认值被忽略 - C++11 起支持，所有现代编译器无兼容性问题；但老代码若依赖“未初始化即为垃圾值”，加花括号后行为会变
initializer_list，再筛普通构造函数，最后 fallback 到默认成员初始化。最容易被忽略的是——同一行代码里，{} 在不同位置（变量定义、成员初始化、函数调用）代表完全不同的语义层。 
