转载自 http://www.cnblogs.com/catch/p/3500678.html
左值 (lvalue)和右值 (rvalue) 是 c/c++ 中一个比较晦涩基础的概念，有的人可能甚至没有听过，但这个概念到了 c++11 后却变得十分重要，它们是理解 move, forward 等新语义的基础。
左值右值的定义
左值与右值这两概念是从 c 中传承而来的，在 c 中，左值指的是既能够出现在等号左边也能出现在等号右边的变量(或表达式)，右值指的则是只能出现在等号右边的变量(或表达式).
int a; int b; a = 3; b = 4; a = b; b = a; // 以下写法不合法。 = a; a+b = 4;
在 c 语言中，通常来说有名字的变量就是左值(如上面例子中的 a, b)，而由运算操作(加减乘除，函数调用返回值等)所产生的中间结果(没有名字)就是右值，如上的 3 + 4， a + b 等。我们暂且可以认为：左值就是在程序中能够寻值的东西，右值就是没法取到它的地址的东西(不完全准确)，但如上概念到了 c++ 中，就变得稍有不同。
具体来说，在 c++ 中，每一个表达式都会产生一个左值，或者右值，相应的，该表达式也就被称作“左值表达式"， "右值表达式"。对于内置的基本数据类型来说(primitive types)，左值右值的概念和 c 没有太多不同，不同的地方在于自定义的类型，而且这种不同比较容易让人混淆:
1) 对于内置的类型，右值是不可被修改的(non-modifiable)，也不可被 const, volatile 所修饰(cv-qualitification ignored)
2) 对于自定义的类型(user-defined types)，右值却允许通过它的成员函数进行修改。
对于 1)，这和 C 是一致的，2) 却是 C++ 中所独有, 因此，如果你看到 C++ 中如下的写法，千万不要惊讶：
class cs
{
public:
cs(int i): i_(i) { cout << "cs(" << i <<") constructor!" << endl; }
~cs() { cout << "cs destructor,i(" << i_ << ")" << endl; }
cs& operator=(const cs& other)
{
i_ = other.i_;
cout << "cs operator=()" << endl;
return *this;
}
int get_i() const { return i_; }
void change(int i) { i_ = i; }
private:
int i_;
};
cs get_cs()
{
static int i = 0;
return cs(i++);
}
int main()
{
// 合法
(get_cs() = cs(2)).change(323);
get_cs() = cs(2);// operator=()
get_cs().change(32);
return 0;
}
这个特性看起来多少有些奇怪，因为通常来说，自定义类型应该设计得和内置类型尽量一样(所谓 value type)，但这个特性却有意无意使得自定义类型特殊化了。对此，我们其实可以这样想，也许会好理解点：自定义类型允许有成员函数，而通过右值调用成员函数是被允许的，但成员函数有可能不是 const 类型，因此通过调用右值的成员函数，也就可能会修改了该右值，done!
左值引用，右值引用
关于右值，在 c++11 以前有一个十分值得关注的语言的特性：右值能被 const 类型的引用所指向，所以如下代码是合法的。
const cs& ref = get_cs();
而且准确地说，右值只能被 const 类型的 reference 所指向：
// error cs& ref = get_cs();
当一个右值被 const reference 指向时，它的生命周期就被延长了，这个用法我在前面一篇博客里讲到过它的相关应用。其中暗藏的逻辑其实就是：右值不能当成左值使用(但左值可以当成右值使用).
另外值得注意的是，对于前面提到的右值的两个特性：
1) 允许调用成员函数。
2) 只能被 const reference 指向。
它们导致了一些比较有意思的结果，比如：
void func(cs& c)
{
cout << "c:" << c.get_i() << endl;
}
//error
func(get_cs());
//正确
func(get_cs() = get_cs());
其中: func(get_cs() = get_cs()); 能够被正常编译执行的原因就在于，cs 的成员函数 operator=() 返回的是 cs&！不允许非 const reference 引用 rvalue 并不是完美的，它事实上也引起了一些问题，比如说拷贝构造函数的接口不一致了，这是什么意思呢？
class cs
{
public:
cs& operator=(const cs& c);
};
// 另一种写法
class cs2
{
public:
cs2& operator=(cs2& c);
};
上面两种写法的不同之处就在于参数，一个是 const reference，一个是非 const。对于自定义类型的参数，通常来说，如果函数不需要修改传进来的参数，我们往往就按 const reference 的写法，但对于 copy constructor 来说，它经常是需要修改参数的值，比如 auto_ptr。
// 类似auto_ptr
class auto_ptr
{
public:
auto_ptr(auto_tr& p)
{
ptr_ = p.ptr_;
p.ptr_ = NULL;
}
private:
void* ptr_;
};
所以，对于 auto_ptr 来说，它的 copy constructor 的参数类型是 non const reference。有些情况下，这种写法应该被鼓励，毕竟 non const reference 比 const reference 更能灵活应对各种情况，从而保持一致的接口类型，当然也有代价，参数的语义表达不准确了。除此更大的问题是如果拷贝构造函数写成这样子，却又对
rvalue 的使用带来了极大的不变，如前面所讲的例子，rvalue 不能被 non const reference 所引用，所以像 auto_ptr 的这样的类的 copy constructor 就不能接受 rvalue.
// 错误 auto_ptr p(get_ptr()); // operator=() 同理，错误。 auto_ptr p = get_ptr();
这也是 auto_ptr 很不好用的原因之一，为了解决这个问题，c++11 中引入了一种新的引用类型，该种引用是专门用来指向 rvalue 的，有了这种新类型，对 lvalue 和 rvalue 的引用就能明确区分开来了。