现代C++新特性 decltype说明符

    文字版PDF文档链接：现代C++新特性(文字版)-C++文档类资源-CSDN下载

回顾typeof和typeid

在C++11标准发布以前，GCC的扩展提供了一个名为typeof的运算符。通过该运算符可以获取操作数的具体类型。这让使用GCC的程序员在很早之前就具有了对对象类型进行推导的能力，例如：

int a = 0; 
typeof(a) b = 5;

由于typeof并非C++标准，因此就不再深入介绍了。关于 typeof更多具体的用法可以参考GCC的相关文档。
除使用GCC提供的typeof运算符获取对象类型以外，C++标准还提供了一个typeid运算符来获取与目标操作数类型有关的信息。获取的类型信息会包含在一个类型为type_info的对象里。我们可以调用成员函数name获取其类型名，例如：

int x1 = 0; double x2 = 5.5;
cout << typeid(x1).name() << endl; 
cout << typeid(x1 + x2).name() << endl;
cout << typeid(int).name() << endl;

值得注意的是，成员函数name返回的类型名在C++标准中并没有明确的规范，所以输出的类型名会因编译器而异。比如，MSVC会输出一个符合程序员阅读习惯的名称，而GCC则会输出一个它自定义的名称。另外，还有3点也需要注意。
1．typeid的返回值是一个左值，且其生命周期一直被扩展到程序生命周期结束。
2．typeid返回的type_info删除了复制构造函数，若想保存type_info，只能获取其引用或者指针，例如：

auto t1 = typeid(int);     // 编译失败，没有复制构造函数无法编译 
auto &t2 = typeid(int);    // 编译成功，t2推导为const type_info& 
auto t3 = &typeid(int);    // 编译成功，t3推导为const type_info*

3．typeid的返回值总是忽略类型的 cv 限定符，也就是 typeid(const T)== typeid(T))。
虽然typeid可以获取类型信息并帮助我们判断类型之间的关系，但遗憾的是，它并不能像typeof那样在编译期就确定对象类型。

使用decltype说明符

为了用统一方法解决上述问题，C++11标准引入了decltype说明符，使用decltype说明符可以获取对象或者表达式的类型，其语法与typeof类似：

int x1 = 0; decltype(x1) x2 = 0;
cout << typeid(x2).name() << endl;  // x2的类型为int 

double x3 = 0;
decltype(x1 + x3) x4 = x1 + x3;
cout << typeid(x4).name() << endl;  // x1+x3的类型为 double  
decltype({ 1, 2 }) x5;              // 编译失败，{1, 2}不是表达式

以上代码展示了decltype的一般用法，代码中分别获取变量x1和表达式x1+x3的类型并且声明该类型的变量。但是decltype的使用场景还远远不止于此。还记得在第3章中讨论过auto不能在非静态成员变量中使用吗？decltype却是可以的：

struct S1 {
    int x1;  
    decltype(x1) x2;   
    double x3;
    decltype(x2 + x3) x4;
};

比如，在函数的形参列表中使用：

int x1 = 0;
decltype(x1) sum(decltype(x1) a1, decltype(a1) a2)
{
    return a1 + a2;
}
auto x2 = sum(5, 10);

看到这里，读者应该会质疑decltype是否有实际用途，因为到目前为止我们看到的无非是一些画蛇添足的用法，直接声明变量类型或者使用auto占位符要简单得多。确实如此，上面的代码并没有展示 decltype的独特之处，只是描述其基本功能。
为了更好地讨论decltype的优势，需要用到函数返回类型后置(见第5章)的例子：

auto sum(int a1, int a2)->int
{
    return a1 + a2;
}

以上代码以C++11为标准，该标准中auto作为占位符并不能使编译器对函数返回类型进行推导，必须使用返回类型后置的形式指定返回类型。如果接下来想泛化这个函数，让其支持各种类型运算应该怎么办？由于形参不能声明为auto，因此我们需要用到函数模板：

template<class T> T sum(T a1, T a2)
{
    return a1 + a2;
}
auto x1 = sum(5, 10);

代码看上去很好，但是并不能适应所有情况，因为调用者如果传递不同类型的实参，则无法编译通过：

auto x2 = sum(5, 10.5);    // 编译失败，无法确定T的类型

既然如此，我们只能编写一个更加灵活的函数模板：

template<class R, class T1, class T2>
R sum(T1 a1, T2 a2)
{
    return a1 + a2;
}
auto x3 = sum<double>(5, 10.5);

不错，这样好像可以满足我们泛化sum函数的要求了。但美中不足的是我们必须为函数模板指定返回值类型。为了让编译期完成所有的类型推导工作，我们决定继续优化函数模板：

template<class T1, class T2>
auto sum(T1 a1, T2 a2)->decltype(a1 + a2)
{
    return a1 + a2;
}
auto x4 = sum(5, 10.5);

decltype终于登场了，可以看到它完美地解决了之前需要指定返回类型的问题。解释一下这段代码，auto是返回类型的占位符，参数类型分别是T1和T2，我们利用decltype说明符能推断表达式的类型特性，在函数尾部对auto的类型进行说明，如此一来，在实例化 sum函数的时候，编译器就能够知道sum的返回类型了。
上述用法只推荐在C++11标准的编译环境中使用，因为C++14标准已经支持对auto声明的返回类型进行推导了，所以以上代码可以简化为：

template<class T1, class T2> auto sum(T1 a1, T2 a2)
{
    return a1 + a2;
}
auto x5 = sum(5, 10.5);

讲到这里，读者肯定有疑问了，在C++14中decltype的作用又被auto代替了。是否从C++14标准以后decltype就没有用武之地了呢？并不是这样的，auto作为返回类型的占位符还存在一些问题，请看下面的例子：

template<class T>
auto return_ref(T& t)
{
    return t;
}
int x1 = 0;
static_assert(is_reference_v<decltype(return_ref(x1))>); // 编译错误，返回值不为引用类型

在上面的代码中，我们期望return_ref返回的是一个T的引用类型，但是如果编译此段代码，则必然会编译失败，因为auto被推导为值类型，这就是第3章所讲的auto推导规则2。如果想正确地返回引用类型，则需要用到decltype说明符，例如：

template<class T>
auto return_ref(T& t)->decltype(t)
{
    return t;
}
int x1 = 0; 
static_assert(is_reference_v<decltype(return_ref(x1))>);    // 编译成功  

以上两段代码几乎相同，只是在return_ref函数的尾部用decltype(t)声明了返回类型，但是代码却可以顺利地通过编译。为了弄清楚编译成功的原因，我们需要讨论decltype的推导规则。

推导规则

decltype(e)(其中e的类型为T)的推导规则有5条。
1．如果e是一个未加括号的标识符表达式(结构化绑定除外)或者未加括号的类成员访问，则decltype(e)推断出的类型是e的类型 T。如果并不存在这样的类型，或者e是一组重载函数，则无法进行推导。
2．如果e是一个函数调用或者仿函数调用，那么decltype(e) 推断出的类型是其返回值的类型。
3．如果e是一个类型为T的左值，则decltype(e)是T&。
4．如果e是一个类型为T的将亡值，则decltype(e)是T&&。
5．除去以上情况，则decltype(e)是T。
根据这5条规则，我们来看一看C++标准文档给的几个例子：

const int&& foo(); 
int i; 
struct A {
    double x;
};
const A* a = new A();
decltype(foo());         // decltype(foo())推导类型为const int&& 
decltype(i);             // decltype(i)推导类型为int 
decltype(a->x);          // decltype(a->x)推导类型为double 
decltype((a->x));        // decltype((a->x))推导类型为const double&

在上面的代码中，decltype(foo())满足规则2和规则4，foo函数的返回类型是const int&&，所以推导结果也为constint&&；decltype(i)和decltype(a->x)很简单，满足规则1，所以其类型为int和double； 后一句代码，由于decltype((a>x))推导的是一个带括号的表达式(a->x)，因此规则1不再适用，但很明显a->x是一个左值，又因为a带有const限定符，所以其类型被推导为const double&。
如果读者已经理解了decltype的推导规则，不妨尝试推导下列代码中decltype的推导结果：

int i; 
int* j; 
int n[10]; 
const int&& foo();
decltype(static_cast<short>(i)); // decltype(static_cast<short> (i))推导类 型为short
decltype(j);                     // decltype(j)推导类型为int*
decltype(n);                     // decltype(n)推导类型为int[10] 
decltype(foo);                   // decltype(foo)推导类型为int const&& (void)
struct A {
    int operator() ()
    {
        return 0;
    }
};
A a;
decltype(a());                   // decltype(a())推导类型为int

后让我们看几个更为复杂的例子：

int i; 
int* j; 
int n[10]; 
decltype(i = 0);                    // decltype(i=0)推导类型为int& 
decltype(0,i);                      // decltype(0,i)推导类型为int& 
decltype(i,0);                      // decltype(i,0)推导类型为int 
decltype(n[5]);                     // decltype(n[5])推导类型为int&
decltype(*j);                       // decltype(*j)推导类型为int& 
decltype(static_cast<int&&>(i));    // decltype(static_cast<int&&> (i))推导类 型为int&&                    
decltype(i++);                      // decltype(i++)推导类型为int 
decltype(++i);                      // decltype(++i)推导类型为int& 
decltype("hello world");            // decltype("hello world")推导类型为const char(&)[12]

让我们来看一看上面代码中的例子都是怎么推导出来的。
1．可以确认以上例子中的表达式都不是标识符表达式，这样就排除了规则1。
2．i=0和0,i表达式都返回左值i，所以推导类型为int&。
3．i,0表达式返回0，所以推导类型为int。
4．n[5]返回的是数组n中的第6个元素，也是左值，所以推导类型为int&。
5．*j很明显也是一个左值，所以推导类型也为int&。
6．static_cast<int&&>(i)被转换为一个将亡值类型，所以其推导类型为int&&。 7．i++和++i分别返回右值和左值，所以推导类型分别为int和 int&。
8．hello world是一个常量数组的左值，其推导类型为const char(&)[12]。

cv限定符的推导

通常情况下，decltype(e)所推导的类型会同步e的cv限定符，比如：

const int i = 0; 
decltype(i);    // decltype(i)推导类型为const int

但是还有其他情况，当e是未加括号的成员变量时，父对象表达式的cv限定符会被忽略，不能同步到推导结果：

struct A {
    double x;
};
const A* a = new A();
decltype(a->x);       // decltype(a->x)推导类型为double, const属性被忽略

在上面的代码中，a被声明为const类型，如果想在代码中改变a中x的值，则肯定会编译失败。但是decltype(a->x)却得到了一个没有const属性的double类型。当然，如果我们给a->x加上括号，则情况会有所不同：

struct A {
    double x;
};
const A* a = new A();
decltype((a->x));    // decltype((a->x))推导类型为const double&

总的来说，当e是加括号的数据成员时，父对象表达式的cv限定符会同步到推断结果。

decltype(auto)

在C++14标准中出现了decltype和auto两个关键字的结合体：decltype(auto)。它的作用简单来说，就是告诉编译器用decltype的推导表达式规则来推导auto。另外需要注意的是，decltype(auto)必须单独声明，也就是它不能结合指针、引用以及 cv限定符。看完下面的例子，读者就会有所体会：

int i; 
int&& f(); 
auto x1a = i;                   // x1a推导类型为int 
decltype(auto) x1d = i;         // x1d推导类型为int 
auto x2a = (i);                 // x2a推导类型为int 
decltype(auto) x2d = (i);       // x2d推导类型为int& 
auto x3a = f();                 // x3a推导类型为int 
decltype(auto) x3d = f();       // x3d推导类型为int&& 
auto x4a = { 1, 2 };            // x4a推导类型为
initializer_list<int> decltype(auto) x4d = { 1, 2 };  // 编译失败, {1, 2}不是表达式 
auto *x5a = &i;                 // x5a推导类型为int* 
decltype(auto)* x5d = &i;       // 编译失败，decltype(auto)必须单独声明

观察上面的代码可以发现，auto和decltype(auto)的用法几乎相同，只是在推导规则上遵循decltype而已。比如(i)在auto规则的作用下，x2a的类型被推导为int，而x2d的类型被推导为 int&。另外，由于decltype(auto)必须单独声明，因此x5d无法通过编译。
接下来让我们看一看decltype(auto)是如何发挥作用的。还记得decltype不可被auto代替的例子吗？return_ref想返回一个引用类型，但是如果直接使用auto，则一定会返回一个值类型。这让我们不得不采用返回类型后置的方式声明返回类型。
现在有了decltype(auto)组合，我们可以进一步简化代码，消除返回类型后置的语法，例如：

template<class T>
decltype(auto) return_ref(T& t)
{
    return t;
}
int x1 = 0; 
static_assert(is_reference_v<decltype(return_ref(x1))> );    // 编译成功  

decltype(auto)作为非类型模板形参占位符

与auto一样，在C++17标准中decltype(auto)也能作为非类型模板形参的占位符，其推导规则和上面介绍的保持一致，例如：

#include <iostream> 
template<decltype(auto) N>
void f()
{
    cout << N << endl;
}

static const int x = 11;
static int y = 7;

int main(int argc, char** argv)
{
    f<x>();        // N为const int类型  
    f<(x)>();      // N为const int&类型  
    f<y>();        // 编译错误   
    f<(y)>();      // N为int&类型 
    return 0;
}

在上面的代码中，x的类型为const int，所以f<x>()推导出N为const int类型，这里和auto作为占位符的结果是一样的； f<(x)>()则不同，推导出的N为const int&类型，符合decltype(auto)的推导规则。另外，f<y>()会导致编译出错，因为y不是一个常量，所以编译器无法对函数模板进行实例化。而f<(y)>()则没有这种问题，因为(y)被推断为了引用类型，恰好对于静态对象而言内存地址是固定的，所以可以顺利地通过编译， 终N被推导为int&类型。
 

​​​