C++11语法之右值引用的方法

这篇文章主要讲解了“C++11语法之右值引用的方法”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“C++11语法之右值引用的方法”吧！在原先c++的基础上，C++11扩展了很多初始化的方法。结果：全部初始化正常，vs下指针后面跟数字可以表示显示多少个。除了上面的 new[]{}我认为是比较有意义的，很好的解决了new的对象没有构造函数又需要同时创建多个对象的场景。除了上面的，下面的这种方式底层实现不相同。实际上上面就是通过传参给initializer_list对象，这个对象相当于浅拷贝了外部的{1，2，3，4}的头指针和尾指针，这样vector的构造函数就可以通过迭代器遍历的方式一个个的push_back到自己的容器当中。上述过程initializer_list是很高效的，因为他只涉及浅拷贝指针和一个整形。而{}初始化，和{}调用initializer_list组合起来是可以让初始化变得方便起来的，下面的m0用了initializer_list进行初始化，但还是比较麻烦。但m1用了{}进行单个对象初始化加initializer_list的组合之后变得方便快捷起来。小总结：一个自定义类型调用{}初始化，本质是调用对应的构造函数；自定义类型对象可以使用{}初始化，必须要有对应的参数类型和个数；STL容器支持{}初始化，则容器必须有一个initializer_list作为参数的构造函数。auto：
定义变量前加auto表示自动存储，表示不用管对象的销毁，但是默认定义的就是自动类型，所以这个关键字后面就不这样用了，C++11中改成了自动推导类型。结果：int *
int (__cdecl*)(char const *,char const *)auto只能推导类型，但推导出来的类型不能用来定义对象，decltype解决了这点，推导类型后可以用来定义对象。
decltype(表达式，变量)，不能放类型！NULL在C中是0，是int类型。C++11添加nullptr表示((void*)0)，避免匹配错参数。支持迭代器就支持范围forarray，没啥用，静态的数组，不支持push_back，支持方括号，里面有assert断言防止越界，保证了安全。foward_list，没啥用，单链表，只能在节点的后面插入。unordered_map，很有用，后面讲unordered_set，很有用，后面讲左值
作指示一个数据表达式（变量名或解引用的指针）。
左值可以在赋值符号左右边，右值不能出现在赋值符号的左边。const修饰符后的左值，不能给他赋值，但是可以取他的地址。左值引用就是给左值的引用，给左值取别名。左值都是可以获取地址，基本都可以可以赋值
但const修饰的左值，只能获取地址，不能赋值。右值？
右值也是一个数据的表达式，如字面常量，表达式返回值，传值返回的函数的返回值（不能是左值引用返回）。右值不能取地址，不能出现在赋值符号的左边。关键看能不能取地址给右值取别名就用右值引用，右值引用是左值了，放在赋值符号的左边了。右值不能取地址，但是给右值引用后，引用的变量是可以取地址的,并且可以修改！
右值引用存放的地方在栈的附近。左值引用总结：左值引用只能引用左值，不能引用右值。但是const修饰的左值引用既可以引用左值，又可以引用右值。在没有右值引用的时候就必须采用这种方式了。左值最重要的特征是都可以取地址，即使自定义类型也有默认的取地址重载。右值引用总结：
右值引用只能引用右值，不能引用左值。
右值引用可以引用move以后的左值。左值引用可以接着引用左值引用，右值引用不可以。
原因：右值引用放到左边表示他已经是一个左值了，右值引用不能引用左值！匹配问题：右值在有右值引用会去匹配右值引用版本！本质上引用都是为了减少拷贝，提高效率。而左值引用解决了大部分的场景，但是左值引用在传值返回的时候比较吃力，由右值引用来间接解决。左值引用在引用传参可以减少拷贝构造，但是返回值的时候避免不了要调用拷贝构造。传参用左值拷贝和右值拷贝都一样，但是返回值如果用右值引用效率会高，并且通常左值引用面临着对象出了作用域销毁的问题。所以这就是右值引用的一个比较厉害的用法。返回对象若出了作用域不存在，则用左值引用返回和右值引用返回都是错误的。std::move是将对象的状态或者所有权从一个对象转移到另一个对象，只是转移，没有内存的搬迁或者内存拷贝，所以可以提高利用效率,改善性能。所以当作函数返回值的时候如果对象不存在左值引用和右值引用都会报错！场景：返回的对象在局部域中栈上存在，返回该对象必须用传值返回，并且有返回对象接受，这个时候编译器优化，将两次拷贝构造优化成一次拷贝构造。测试用的string类临时变量如果是4/8字节，通常在寄存器当中，但是如果是较大的内存，会在调用方的函数栈帧中开辟一块空间用于接受，这就是临时对象。临时对象存在的必要性
当我们不需要接受返回值，而是对返回的对象进行直接使用，这个时候被调用的函数中的对象出了函数栈帧就销毁了，所以在栈帧销毁前会将对象拷贝到调用方栈帧的一块空间当中，我们可以用函数名对这个临时对象直接进行操作的（通常不能修改这个内存空间，临时变量具有常性）。分析下面几组图片代码的效率不可避免的，下面的这个过程必然要调用两次拷贝构造，编译器对于连续拷贝构造优化成不生成临时对象，由func::ss直接拷贝给main的str，我们如果只有前面所学的左值引用，func中的string ss在出了func后销毁，这个时候引用的空间被销毁会出现问题，这个时候显得特别无力。
在连续的构造+拷贝构造会被编译器进行优化，这个优化要看平台，但大部分平台都会做这个处理。
结果：即使下面这种情况，在main接受没有引用的情况下，依旧会调用一次拷贝构造，跟上面并没有起到一个优化的作用。
结果：解决方案：添加移动构造，添加一个右值引用版本的构造函数，构造函数内部讲s对象（将亡值）的内容直接跟要构造的对象交换，效率很高！！有了移动构造，对免费云主机域名于上面的案例就变成了一次拷贝构造加一次移动构造。**编译器优化后将ss判断为将亡值，直接移动构造str对象，不产生临时对象了，就只是一次移动构造，效率升高！！**同理移动赋值！
结果：下面情况是引用+移动构造，但是编译器优化就会判断ss出了作用域还存在，反而会拿ss拷贝构造str，这个时候起不到优化的作用！
结果：以上采用将对象开辟在堆上或静态区都能够采用引用返回解决问题，但是有一个坏处？
引入多线程的概念，每个线程执行的函数当中若有大量的堆上的数据或者静态区的数据，相当于临界资源变多，要注意访问临界资源要加锁。而每个栈区私有栈，会相对好些右值：
1、内置类型表达式的右值，纯右值。
2、自定义类型表达式的右值，将亡值。将亡值：移动构造：
将亡值在出了生命周期就要销毁了，构造的时候可以将资源转移过要构造的对象，让将亡的对象指向NULL，相当于替它掌管资源。移动构造不能延续对象的生命周期，而是转移资源。且移动构造编译器不优化本质是一次拷贝构造+一次移动构造（从将亡值（此时返回值还是一个左值）给到临时变量），再有临时变量给到返回值接受对象（移动构造）；
编译器优化做第一次优化，会将将亡值当作右值，此时要进行两次移动构造，编译器第二次优化，直接进行一次移动构造，去掉生成临时对象的环节。
只有需要深拷贝的场景，移动构造才有意义，跟拷贝构造一样，浅拷贝意义不大。move的真正意义：
表示别人可以将这个资源进行转移走。c++11的算法swap的效率跟容器提供的swap效率一样了。vector提供的插入的右值引用版本，就是优化了传右值情况，如果C++98则需要拷贝放入，而有右值就可以直接移动构造。两个接口的效率差不多。
大多数容器的插入接口都做了右值引用版本！！模板函数或者模板类用的&&即万能引用。
模板中的&&不代表右值引用，而是万能引用，其既能接收左值又能接收右值。模板的万能引用只是提供了能够接收同时接收左值引用和右值引用的能力。而forward才能将这种右值特性保持下去。但是引用类型的唯一作用就是限制了接收的类型，后续使用中都退化成了左值，此时右值在万能引用成为左值，可能会造成本身右值可以移动构造，却变成左值只能拷贝构造了。
Fun(std::forward(t));才能够保证转发的时候值的特性C++11 新增了两个：移动构造函数和移动赋值运算符重载。现在有8个：构造函数，析构函数，拷贝构造，拷贝赋值，取地址，const取地址移动构造，移动赋值。移动构造函数的默认生成的要求比较严格：
如果你没有自己实现移动构造函数，且没有实现析构函数 、拷贝构造、拷贝赋值重载都没有实现。那么编译器会自动生成一个默认移动构造。默认生成的移动构造函数，对于内置类型
成员会执行逐成员按字节拷贝，自定义类型成员，则需要看这个成员是否实现移动构造，如
果实现了移动构造就调用移动构造，没有实现就调用拷贝构造。
如果你提供了移动构造或者移动赋值，编译器不会自动提供拷贝构造和拷贝赋值。
同理移动赋值。即对于深拷贝的类，最好所有的构造，析构，拷贝，赋值重载，移动拷贝，移动赋值都写上。感谢各位的阅读，以上就是“C++11语法之右值引用的方法”的内容了，经过本文的学习后，相信大家对C++11语法之右值引用的方法这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是百云主机，小编将为大家推送更多相关知识点的文章，欢迎关注！

相关推荐: react如何实现拷贝功能

这篇文章主要介绍“react如何实现拷贝功能”的相关知识，小编通过实际案例向大家展示操作过程，操作方法简单快捷，实用性强，希望这篇“react如何实现拷贝功能”文章能帮助大家解决问题。 react实现拷贝功能的方法：1、通过“copy-to-clipboard…