在Item5中提到了使用auto
所带来的诸多优点,在Item2中提到了auto
的类型推导规则和模板类型推导基本一致,推导出来的类型有的时候并不是我们所想要的类型(会忽略CV限制符和引用),那么本文继续探究auto
的其它缺点。
std::vector<bool> features();
auto ret = features();
上面的ret
是bool类型吗? 表面看起来是没什么问题的,其实不然,vector<bool>
的operator[]
的返回值其实并不是bool类型,vector<bool>
比较特殊,它返回的是vector<bool>::reference
,为什么要这样呢?返回一个bool
引用类型不就完了嘛,标准库干嘛非要这么大费周章的搞了个这样的类型呢?,原因有以下几个:
- 因为
bool
占用一个字节,标准库为了节省内存,改用bit来表示 - 因为
operator[]
需要返回一个内部元素的引用,但是没办法对一个bit进行引用 - 为了让返回的类型统一,无论是bool类型,还是其它类型
为此标准库为了实现上述三个目标就封装了一个内部的类型vector<bool>::reference
,是一个proxy类,具体参见cppreference因此auto在这里老老实实得到了一个vector<bool>::reference
类型,而如果使用下面的代码:
bool ret = features();
features返回的vector<bool>::reference
类型会隐式转换为bool
类型。在这个场景下使用auto会弄巧成拙,幸好我们可以通过使用
static_cast`强制进行类型转换得到我们想要的类型。
auto ret = static_cast<bool>(features);