我想吐槽一下C++11中的右值引用。。

不知道它的用处麻烦去查下.别什么都不知道就在这装.你在项目中用过它么？你试过用浅拷贝代替么？多用几次再来说感想吧.不吹牛不会死的

我不说话

什么深浅乱七八糟的，RVO知道么。

好吧，我不是有意想吵，如果真是我理解错了我道歉，不过我想说一下我现在的理解，C++11中已经可以说明确区分了左值和右值，用vector来说，如果用左值构造一个实例则调用拷贝构造函数，如果用右值构造则调用转移构造函数。如果左值a用std::move强行解释为右值构造一个实例后b，则调用b的转移构造函数，可以看到a.data()直接返回0，而b.data()就是之前a中的，也就是说a中的c-style数组指针直接赋给了b，然后赋值为0，在构造函数中指针的直接赋值而不是另外开辟一块内存空间然后拷贝内存这就是浅拷贝，而这个构造函数是转移构造函数，所以我理解转移构造函数就是专门做浅拷贝的。

我觉得区分左值右值就有点无奈的悲剧意味，所以只笑笑。

楼主说到我心坎上了
（其实这个东西最让人吐槽的是
本来我一个类需要些
带某些参数的构造函数
默认构造函数
复制构造函数
operator=函数
已经很蛋疼了，好吧，我还得写&&函数。。。。。（其实我从来没写过。。

让一个类同时具有深拷贝和浅拷贝的功能而已
你知道没有这个而已要付出多大的代价么，实现机制的简单与否和它的意义没有必然联系

右值引用存在的最主要的意义其实是和左值引用区分，而不是复制会有什么行为（这只是应用之一）。
要说节约复制开销，RVO/NRVO已经做到了。为什么还要右值引用？因为如果不引入类型系统对转移语义支持，没有什么一般的简单的方法让实现了解什么时候需要“转移”。C++98/03下复杂（到不实用）的方法是有，AA的Mojo。

参考文献
[1] ISO/IEC 14882:1998(E)，Information technology — Programming languages — C++[S]．Geneva, Switzerland，1998.
[2] ISO/IEC 14882:2003 (E)，Information technology — Programming languages — C++[S]．Geneva, Switzerland，2003.
[3] ISO/IEC 14882:2011(E)，Information technology — Programming languages — C++[S]．Geneva, Switzerland，2011.
[4] Andrei Alexandrescu. http://www.drdobbs.com/move-constructors/184403855, 2003-02-01, 2012-11-30.
[5] Howard E. Hinnant, Peter Dimov, Dave Abrahams. A Proposal to Add Move Semantics Support to the C++ Language [J/OL]. C++ Standards Committee Papers, N1377=02-0035 , 2002-09-10. http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2002/n1377.htm
[6] Howard E. Hinnant. A Proposal to Add an Rvalue Reference to the C++ Language, Proposed Wording, Revision 3 .[J/OL]. C++ Standards Committee Papers, N2118=06-0188, 2006-10-19. http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2006/n2118.html
[7] William M. Miller, Edison Design Group. A Taxonomy of Expression Value Categories [J/OL]. C++ Standards Committee Papers, PL22.16/10-0045 = WG21 N3055, 2010-03-12. http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3055.pdf

说到底，这种复杂是很无聊。
杯具的根源有两个：
1.类型系统本来就烂，改进也很不咋地：
http://tieba.baidu.com/p/2272468675
2.C++的复制允许副作用。
这个导致优化受到严重的限制，没法简单消除冗余对象，特别是考虑过程间调用顺序的时候。加上照顾ABI兼容性的传统，跨翻译单元就更别想了。
为了避免太脱离实际的开销，ISO C++ 12.8给这里开了个洞，允许特定情况下（就算存在副作用也可以）省略调用。不伦不类。
右值引用在这里算是相对比较干净的做法了，也允许让用户有更大的控制能力。当然现在的结果是旧的麻烦的东西还是保留着，整体就更麻烦。
上面都是关于copy/move。
第二个坑点就是所谓的perfect forwarding。
原理之一是reference collapse：& && → &；之二是模板实例化对&&的特殊规则。完全又在hack类型系统了……又莫名架空了单一职责。