假设我们有一个类 Foo，它带有一个来自 int 的非 explicit 构造函数。然后为以下函数：

我认为 makeFoo1 要求 Foo 的复制/移动 ctor 是可访问的，并且编译器可能(尽管不太可能)不会删除副本，从而导致真正的复制/移动。

对于 makeFoo2，由于我们使用的是复制列表初始化，因此永远不会发生复制/移动。

我真的应该担心这一点，并尽可能将非explicit ctors 的参数放在大括号中(如在makeFoo2 中)？ (假设我是库作者，并希望该库与嵌入式系统的低于标准的编译器一起使用。)

我会在这里冒险，将一个实用的答案与一个薄弱的语言法律理由结合起来。

弱语言律师论点：如果我正确理解了这个 cppreference.com 描述，那么在使用初始化列表 (makeFoo2) 初始化时，与仅使用 int 返回 (makeFoo1) 相比，不能保证 RVO )。所以，不要用大括号把你的 int 括起来。

实用论点1：来吧，那些大括号必须是多余的。它们应该是多余的。所以不要使用它们，它似乎不对。

实用论证2：最小意外原则。使用这些大括号，您是在暗示无大括号的形式有问题。我会对大括号感到困惑和略微惊讶(尽管不是很困惑)。

实用论点 3：在这些情况下 - 相信编译器。这不是您的性能瓶颈所在(如果是 - 将其设为内联函数，但不会是；或者，如果您有现有对象，请使用引用；等等)。