C++11新特性--完美转发

转发的问题

    在模板编程中，常有一种场景是把模板参数转发给另一个函数调用，这时候如果只提供值传递版本会显得效率太低。看一下代码

template
TYPE* get_instance(ARG arg)
{
     TYPE* ret;
     ret = new TYPE(arg);
     return ret;
}

    代码很简单，就是用ARG参数去初始化一个TYPE类型的对象，然后返回该对象指针。考虑一下如果ARG类型是一个自定义类型，那么这样的值传递会是比较大的性能开销。有没有办法改进一下？看一下代码

template
TYPE* get_instance(const ARG& arg)
{
     TYPE* ret;
     ret = new TYPE(arg);
     return ret;
}

    这段代码将传入改为了万能的常量左值引用，可以接受任何类型，可以解决性能开销的问题，但是不够灵活，如果我们想TYPE接受一个右值去初始化呢？那么有没有可以把参数连同类型一起转发的方案呢？C++11提供了这样能力既完美转发。代码如下

template
TYPE* get_instance(ARG&& arg)
{
     TYPE* ret;
     ret = new TYPE(std::forward(arg));
     return ret;
}

形参改为了右值引用么？

两个模板函数推导原则

    解释一下前面留下的问题。在模板函数中（注意是模板函数不是模板类，也不是普通函数，只是模板函数），形如上例中的形参即T&&，如果T是一个推导类型（即模板参数）它的意思并不是右值引用，它有一个专用的名字forwarding reference，它遵循以下的特殊推导规则来推导T的类型：
1、引用折叠原则（reference collapsing rule），下面以int为类型举例，以区别于模板参数T
a）int& & (引用的引用) 被转化成 int&
b）int&& & (rvalue的引用）被传化成 int&
c）int& && (引用作rvalue) 被转化成 int&
d）int&& && 被转化成 int&&
2、推导原则
以上面模板函数为例，三个特殊之处（左值引用，常量左值引用如预期被推导出来）
a）如果传入get_instance的参数是int类型（即左值），那么ARG会被推导为int&，即ARG=int&
b）如果传入get_instance的参数是右值int类型（即右值），那么ARG被推导为int，即ARG=int
c）如果传入get_instance的参数是const int类型（即常量左值），那么ARG被推导为const int&，即ARG=const int&

注意：为什么这里没有参数类型是右值引用类型的参数？？

其实右值引用是一个左值，即你传入函数的实参类型有可能是一个左值（左值引用，左值，常量左值引用，右值引用），也有可能是一个右值。注意到细微的区别了么？这里本章最后会给出一些代码示例。

以上三个特殊推导之处

结合std::forward代码来看一下

template 
inline
_Tp&&
forward(typename remove_reference<_Tp>::type& __t)
{
    return static_cast<_Tp&&>(__t);
}

template
TYPE* get_instance(ARG&& arg)
{
     TYPE* ret;
     ret = new TYPE(std::forward(arg));
     return ret;
}

现在结合上面两个原则来推导一下：
a）调用get_instance传入int类型，ARG推导为int&，传递给std::forward的模板参数就是int&类型，std::forward中的typename remove_reference<_Tp>::type为int类型，static_cast中_Tp&&类型根据引用折叠，推导为int& &&即int&，最后forward转发为int&类型，完美转发。
b）调用get_instance传入int右值类型，ARG推导为int，传递给std::forward的模板参数就是int类型，std::forward中的typename remove_reference<_Tp>::type为int类型，static_cast中_Tp&&类型根据引用折叠，推导为int&&即int&&，最后forward转发为int&&类型，完美转发。
c）调用get_instance传入const int类型，ARG推导为const int&，传递给std::forward的模板参数就是const int&类型，std::forward中的typename remove_reference<_Tp>::type为const int类型，static_cast中_Tp&&类型根据引用折叠，推导为const int& &&即const int&，最后forward转发为const int&类型，完美转发。
d）调用get_instance传入int&类型，ARG推导为int&，传递给std::forward的模板参数就是int&类型，std::forward中的typename remove_reference<_Tp>::type为int类型，static_cast中_Tp&&类型根据引用折叠，推导为int& &&即int&，最后forward转发为int&类型，完美转发。
e）调用get_instance传入const int&类型，ARG推导为const int&，传递给std::forward的模板参数就是const int&类型，std::forward中的typename remove_reference<_Tp>::type为int类型，static_cast中_Tp&&类型根据引用折叠，推导为const int& &&即const int&，最后forward转发为const int&类型，完美转发。

完美转发

    上面分析的情况即为完美转发，总结一下是模板函数形参形如T&&，结合库函数std::forward来将参数实现类型的完美转发。

代码示例

    用代码来补充说明一下上面留下的问题。

template 
void
wrapper(T&& value)
{
    std::cout<<"T is a ref type(lvalue or rvalue ref)?:"<::value<::value<

输出是
T is a ref type(lvalue or rvalue ref)?:1
T is right value ref?:0
T is a ref type(lvalue or rvalue ref)?:0
T is right value ref?:0
T is a ref type(lvalue or rvalue ref)?:0
T is right value ref?:0
T is a ref type(lvalue or rvalue ref)?:1
T is right value ref?:0

结果跟我们上述的分析是一致的，T不会推导为右值引用，原因是输入参数只有左值和右值两种，不存在右值引用这种输入。
简单分析一下前三个wrapper调用的区别，第一句调用right是个右值引用类型的变量，自然可以被取地址，所以它是一个左值。
第二句调用毋庸置疑传入的是一个右值。
第三句调用跟第二句的效果一模一样，由于std::move返回了一个右值引用类型的返回值，函数返回值通常是个右值，所以这里它的返回值自然是一个右值。

最后几点值得注意的

    再对比一下完美转发和接受一个右值引用的函数对比。

template 
void
wrapper(T&& value)；

void 
wrapper_none_template(int&& value);

    这两个函数的区别是，上面的模板函数即提现c++11所谓的完美转发，T会根据传入实参参数的不同（左值、右值、左值引用、常量左值引用）而推导出不同的类型。
下面的函数是一个只接受右值实参的函数，如果传入的值不是右值，那么编译会报错。
    还有一点，用模板函数forwarding reference去进行转发，所有的传入参数最终都是引用类型（左值的和右值的）即不产生值传递所造成的额外构造和析构。之所以提到这一点，主要是针对传入一个右值的情况。前面提到如果传入一个右值int，T会被推导为int，但是形参还是int&&，也就是说形参是一个右值引用，它绑定了一个右值，所以还是一个引用。