C++开发：应始终优先选择值初始化而非默认初始化吗？

你的理解基本准确：

• 值初始化（T obj {};）：无论类型有无用户定义的构造函数，都会确保对象被合理初始化——有用户定义默认构造函数就调用它；如果是内置类型（如int、char）或无用户定义构造函数的聚合类型，会被初始化为零值。
• 默认初始化（T obj;）：如果类有用户定义的默认构造函数则调用它；但对于内置类型、无用户定义构造函数的聚合类型，对象会处于未初始化状态，其值是未定义的。

是否应始终优先选择值初始化？ #

一般来说，推荐优先使用值初始化，因为它能彻底避免未初始化值带来的潜在bug——未初始化的内置类型可能导致不可预测的运行行为，调试时也很难定位问题，这确实属于需要规避的不良编程风格。现代C++中值初始化的语法简洁，对大多数场景来说几乎没有额外性能成本。

默认初始化更优的场景 #

但并非所有场景都要优先值初始化，以下情况默认初始化是更合适的选择：

• 性能敏感的高频路径：如果能保证对象会被立即赋值覆盖，值初始化的零值操作就是多余的开销。比如在百万级循环中创建临时对象，之后马上用业务值覆盖，默认初始化可以省去初始化的CPU周期（虽然普通场景下这点开销可以忽略，但在极致性能要求的场景中值得考虑）。
  示例代码：

  for (int i = 0; i < 1000000; ++i) {
      int val; // 默认初始化，无零值初始化开销
      val = get_next_calculated_value(); // 立即覆盖初始值
  }
  

• 兼容遗留代码或特定框架：部分旧代码或框架依赖默认初始化的行为，强行改用值初始化可能触发额外的构造逻辑，导致程序行为变化或性能下降。
• 明确表达代码意图：在团队达成共识的前提下，默认初始化可以明确传达"这个对象的初始值无关紧要，后续会被赋值"的意图，提升代码可读性（但需注意不能被误认为是疏忽未初始化）。

内容的提问来源于stack exchange，提问作者AJL