当变量用于初始化列表时,为什么 C++ 不知道在返回中进行隐式移动?

NoS*_*tAl 28 c++ move-semantics c++20

考虑这个代码:

#include <iostream>
template<typename A>
struct S{
    S(const A& a){
        std::cout << "L\n";
    }
    S(A&& a){
        std::cout << "R\n";
    }
};
S<int> f1(){
    int a = 1;
    return {a};
}
S<int> f2(){
    int a = 1;
    return a;
}
S<int> f3(){
    int a = 1;
    return {std::move(a)};
}
int main()
{
    f1();
    f2();
    f3();
}
Run Code Online (Sandbox Code Playgroud)

输出是



您可能知道 C++ 在返回值中隐式移动(在 f2 中)。当我们在初始值设定项列表中手动执行时,它可以工作(f3),但它不会在 f1 中由 C++ 自动完成。

这是否有充分的理由为什么这不起作用,或者只是被认为不够重要而无法由标准指定的极端情况?

PS 我知道编译器可以(有时必须)执行 RVO,但我不明白这如何解释输出。

Bar*_*rry 27

好处在于:

return name;
Run Code Online (Sandbox Code Playgroud)

这是一个简单的推理案例:您显然只是返回一个对象,按名称,这里根本没有其他恶作剧。然而,这种特定的情况下,导致了补丁后,补丁的补丁的补丁。所以,也许毕竟不是那么简单。

一旦我们在此之上加入任何进一步的复杂性,它就会变得更加复杂。

返回初始化列表后,我们将不得不开始考虑各种其他情况:

// obviously can't move
return {name, name};       

// 'name' might refer to an automatic storage variable, but
// what if 'other_name' is an alias to it? What if 'other_name'
// is a separate automatic storage variable but is somehow
// dependent on 'name' in a way that matters?
return {name, other_name}; 
Run Code Online (Sandbox Code Playgroud)

你只是……不知道。我们可以肯定地考虑的唯一情况是由单个名称组成的初始化列表:

return {name};
Run Code Online (Sandbox Code Playgroud)

这种情况可能可以隐式转移。但问题是,在这种情况下,你可以移动:

return {std::move(name)};
Run Code Online (Sandbox Code Playgroud)

这个return name;案例的具体问题return std::move(name);是有时是强制性的,有时是悲观的,我们希望你总是只写一件事并获得最佳行为。这里没有这样的担忧,return {std::move(name)};不能以同样的方式抑制复制省略。因此,必须编写它并不是什么问题。

  • 我想 Bjarne 说 90% 的标准化时间都花在思考新功能如何与现有功能交互时并没有撒谎:( (3认同)
  • `return {name, name};` 现在我头疼。我真的很同情 WG 的人 (2认同)