【问题讨论】：
std::array<> 需要重新设计吗？
来自该链接的扩展：
“这样做的原因是，如果你 没有其他构造函数并且没有 定义一个默认构造函数， 编译器会为你生成一个。 这个编译器生成的构造函数 可能无法初始化您的对象 明智的。”
【讨论】：
definition，而不是优点/缺点。 谢谢
可以参考new T和new T()differ when there is no ctor provided如何。
【讨论】：
最好确保对象是在已知状态下创建的。默认情况下，原始变量不会设置为零，因此您最终可能会遇到并不总是出现的细微错误。通过将成员变量初始化为合理变量，一切都变得更加可预测。
【讨论】：
默认构造函数的唯一问题是它只初始化编译器认为必须初始化的东西，而不是你可能认为需要初始化的东西。基本上，这意味着它将为具有默认初始化程序的对象调用初始化程序。它不会将指针或像int 这样的简单类型设置为健全的值等。如果这足够了，那么默认构造函数就不是“坏的”。当它不够时，这是一个错误（在您的代码中），您没有使用正确的初始化定义必要的默认构造函数。
【讨论】：
在谷歌风格指南中加一粒盐——或者一卡车的盐。
确实，编译器生成的默认构造函数不一定会以有意义的方式初始化内置类型的成员。如果你想这样做，那么是的，它不这样做是不好的。 OTOH，如果您不想这样做，那么这样做也可能有点糟糕（浪费）。
底线：有时会编写自己的默认 ctor，但它们倾向于例外，而不是规则。尽管有一些简单的经验法则可以涵盖 C++ 中的很多情况并且可以避免很多问题，但这确实不是其中之一——在这里您几乎确实需要知道编译器生成的 ctor 会做，如果你要自己写，你想要什么不同。
【讨论】：
在 Debug 构建中，大多数编译器用一些魔法值填充未初始化的空间，以便调试可靠。并且提供自定义构造函数会阻止某些 POD 优化。
【讨论】：
事实上，它只是为了确保人们明确声明任何对象的无效或默认状态是一个准则。
这样，与实际执行相比，阅读代码时不会感到意外。
但是，认为这是一个公司准则，用于确保每个人都遵循相同的规则，这不是你必须遵循它，因为谷歌这样做。
事实上，如果你设法让你的所有成员对象在默认构造时都处于有效状态，或者强制你设置一个构造函数，那么这样的指导方针就没有充分的理由。
【讨论】：
如果您有任何原始类型作为成员变量（例如 int、float），则默认 ctor 不会初始化它们。类类型的成员变量将调用其默认 ctor。
首选成员初始化器列表，因此您的用户提供的 ctor 可能为空：
class Foo {
int bar;
float baz;
Foo(): bar(0), baz(0.0f) { /* empty ctor body */ }
};
【讨论】：
它不会将整数设置为 0 或将指针设置为 null。它将在具有构造函数的类型的对象上运行默认构造函数。
有些人会称之为“不明智”。
【讨论】：
这似乎是规则3的一个过于简化的版本，你应该自己定义或离开编译器版本
（请注意，通过定义自己的复制构造函数，编译器不会定义默认构造函数）。
【讨论】：
编译器构建的默认构造函数“什么都不做”，它甚至不会将对象占用的内存归零
【讨论】：