为什么自C++20以来，如果构造函数被显式默认或删除，聚合初始化就不再工作了？

Question

struct Foo
{
    Foo() = default;
    int bar;
};
auto test = Foo { 0 };

（6）：注意：任何构造函数都不能接受源类型，或者构造函数重载解析不明确

该项目使用/std:C++lates标志编译。我在Godbolt上复制了。如果我将它切换到/std:c++17，它的编译效果和以前一样好。

我试图用clang用-std=c++2a编译相同的代码，结果出现了类似的错误。此外，默认或删除其他构造函数也会生成此错误。

null

但是，我在所有的项目中都显式地默认和删除了很多构造函数，因为我发现用这种方式使代码更有表现力是一个好习惯，因为与隐式默认或删除构造函数相比，它只会导致更少的意外。然而，随着这一变化，这似乎不再是一个好习惯了...

所以我的实际问题是：从C++17到C++20的变化背后的原因是什么？这种向后兼容性的破坏是故意的吗？是否有一些交易，比如“好吧，我们在这里打破了向下兼容，但这是为了更大的利益。”？这更大的好处是什么？

Answer 1

P1008的摘要，导致改变的提议：

C++目前允许一些具有用户声明构造函数的类型通过聚合初始化来初始化，绕过那些构造函数。结果是代码令人惊讶、混乱和有缺陷。本文提出了一个解决方案，使C++中的初始化语义更安全、更统一、更容易教授。我们还将讨论此修复带来的突破性变化。

他们举的一个例子如下。

struct X {
  int i{4};
  X() = default;
};

int main() {
  X x1(3); // ill-formed - no matching c’tor
  X x2{3}; // compiles!
}