`std::move`无条件地将实参强制转化到右值,而`std::forward`则仅在某个特定条件满足时才执行同一个强制转换
右值是可以移动的,所以在一个对象上实施了std::move
,就是告诉编译器该对象具备可移动的条件。考虑如下类:
class Annotation {
explicit Annotation(std::string text); //待复制的形参,按值传递
};
Annotation
的构造函数只需要读取text值,不需要修改,所以遵循“只要有可能就使用const
就使用”的原则,修改代码
class Annotation {
explicit Annotation(const std::string text); //待复制的形参,按值传递
};
为了避免付出将text
复制入数据成员的过程中产生的复制操作成本,按照条款41进行了std::move
,从而产生了一个右值
class Annotation {
explicit Annotation(const std::string text) : value(std::move(text)){}; //待复制的形参,按值传递
private:
std::string value;
};
不幸的是text
并非是移动,它还是被复制入value
的。因为text
是被声明为const std::string
的,所以在强制转换之前,是个左值cosnt std::string
,而强制转换的结果是个右值const std string
;
在Annotation
构造函数的成员初始化列表中,std::move(text)
的结果是个const std::string
类型的右值。这个右值无法传递给string
的移动构造函数,因为移动构造函数只能接受非常量std::string
类型的右值引用作为形参。但是却可以传递给拷贝构造函数,因为指向到常量的左值引用允许绑定到一个常量右值引用
std::forward
最常见的使用场景:某个函数模板取用了万能引用类型作为形参,随后将其转发给另外一个函数
void process(const Widget &lvalArg); //处理左值
void process(Widget &&rvalArg); //处理右值
template<typename T>
void logAndProcess(T&& param) { //把param传递给process的函数模板
auot now = std::chrono::system_locl::now();
makeLogEntry("Calling 'process'", now);
process(std::forward<T>(param));
}
考虑如下两种调用:
Widget w;
logAndProcess(w); //传入左值
logAndProcess(std::move(w)); //传入右值
所有函数形参都是左值,param
也不例外。所以所有logAndProcess
内对process
的调用都会是取用了左值类型的重载版本