问为什么在有&&在C++11中使用std::move？

EN

我发现这篇文章在rvalue引用这一主题上非常有启发性。他最后提到了std::move。这可能是最相关的一句话：

我们需要使用std::move，来自<utility> -- std::move是一种表达方式，“老实说，我知道我有一个lvalue，但我希望它是一个rvalue。”std::move本身不会移动任何东西；它只是将lvalue转化为rvalue，这样您就可以调用移动构造函数了。

假设您有一个如下所示的move构造函数：

MyClass::MyClass(MyClass&& other): myMember(other.myMember)
{
    // Whatever else.
}

当您使用语句other.myMember时，返回的值是lvalue。因此，代码使用复制构造函数初始化this->myMember。但是，由于这是一个移动构造函数，我们知道other是一个临时对象，因此它的成员也是如此。因此，我们非常希望使用更高效的移动构造函数来初始化this->myMember。使用std::move可以确保编译器将other.myMember视为rvalue引用，并按您的要求调用移动构造函数：

MyClass::MyClass(MyClass&& other): myMember(std::move(other.myMember))
{
    // Whatever else.
}

只是不要在您需要保留的对象上使用std::move --移动构造函数几乎可以保证会破坏传递给它们的任何对象。这就是为什么他们只和临时人员一起使用。

希望这能帮上忙！

当您有一个T&&类型的对象( rvalue )时，这意味着这个对象可以安全地被移动，因为以后没有人会依赖于它的内部状态。

因为移动不应该比复制更昂贵，你几乎总是想要移动它。要移动它，必须使用std::move函数。

您什么时候应该避免std::move，即使它是安全的？我不会在一些琐碎的例子中使用它，例如：

 int x = 0;
 int y = std::move(x);

除此之外，我看不出有什么坏处。如果不使代码复杂化，则应该尽可能地移动IMHO。

另一个例子，您不想移动的是返回值。该语言保证返回值被移动(至少)，因此不应该编写

return std::move(x); // not recommended

(如果你幸运的话，返回值优化点击，这比移动操作还要好。)

当您需要将对象的内容“传输”到其他地方时，可以使用move，而不需要复制。对象也可以不使用std::move来获取临时对象的内容。

从维基百科了解更多关于Rvalue引用和移动构造函数的信息。