昨天看了C++primer的2.5节，引用变量，看完之后，对引用变量有一些疑惑，然后自己编写了一些测试程序，想搞清楚引用变量的底层到底做了些什么。下面，首先，我从C++ primer一书的2.5节内容讲起，再进行一些延伸。
一、C++ primer2.5节学习笔记：
注意（1）将普通的引用绑定到const对象是不合法的
（2）const引用可以初始化为不同类型的对象或者初始化为右值，而非const引用引用不能初始化为右值
原因在于：一般情况下，应该使非const引用指向同类型的变量，当指向的是不同类型的变量时，会出现以下情况：
例：
编写如下的测试程序：
1 int main()
2
3 {
4
5 double dval = 3.14;
6
7 const int &ri = dval;
8
9 return 0;
10
11 }
如上图所示，能够编译成功，但是会显示这么一条warning，将double类型转化为const int类型，可能会loss of data。
首先，看dval存储的地址，是0x0012ff5c，而ri存储的地址是0x0012ff44，而引用所在的地址应该和其指向的变量的地址相同，出现这个问题就是因为引用和其指向的变量类型不同，实际上，编译器会将const int &ri = dval; 转化为如下代码：
1 int temp = dval;
2
3 const int &ri = temp;
所以ri引用指向的已经不是dval，而是这个过程中创建的一个临时变量temp，进行强制类型转化（转化为了3），这一点从内存中也能够看出，ri指向的变量地址是0x0012ff44，此处，存储着0x0000_0003，即一个整型变量（这里占了4个字节）
所以，如果ri不是const，那么就可以对ri进行改变，但是程序员的原意是通过ri的修改从而改变dval，但是这种情况下，改变ri的值不能改变dval，而只能改变temp（实际上没有这个变量名）的值，这和程序员的原意是违背的，所以C++标准中干脆将这种用法规定为不合法，下面是我们将const int&ri = dval;改成了int &ri = dval;后编译出现的情况：
从上图中可以看出，这种用法是不合法的。
二、探究C++的引用：
从一条语句的反汇编看起：
1 const int &ri = dval; // const引用指向不同的类型
首先，dval的地址是在0x0012ff5c，这里的8字节数据存储着浮点数3.14，然后，观察const int &ri = dval;反汇编后的代码：
004113E7 fld qword ptr [dval] ;浮点协处理器指令
004113EA call @ILT+200(__ftol2_sse) (4110CDh) ; 应该调用函数是进行强制类型转化，结果存在eax寄存器中
004113EF mov dword ptr [ebp-24h],eax ; 将强制类型转化后的结果存在内存中
; （可理解为C++ primer书中所说的产生了一个temp变量
; 这个变量的地址就是ebp-24h）
004113F2 lea eax,[ebp-24h] ; 将所存结果的地址（lea）给eax寄存器
004113F5 mov dword ptr [ri],eax ;即将上面所说的地址（不妨认为是temp变量的地址）
;给变量ri所在的内存区域
单步完这一步后，可以看到内存中有两处颜色变红了，表示在这一过程中内存中有两处进行了修改，根据上面的反汇编的分析，的确应该是这样，首先，是内存中的[ebp-24h]处（”temp变量“处）变成了0x0000_0003，然后是将这个临时变量的地址，即ebp-24h的值赋给了ri变量所在的内存区域。
实际上，将鼠标指针放在ebp的上面可以看到其十进制的值，如下所示
所以此时ebp = 1245032 = 0x0012ff68
ebp-24h = 0x0012ff44
所以ri变量处的内容应该是0x0012ff44
而ri变量的地址应该是0x0012ff50，从上面的内存图中可以看出，0x0012ff50在这一过程中变化了，并且内容是0x0012ff44，实际上，在反汇编的窗口中进行单步也能够看出这一点：
”temp变量“改变前：
”temp变量“改变后，ri变量改变前：
ri变量改变后：
从上面的三幅图中可以看出，我们前面的结论是正确的。
但是，在这里出现了一个问题，我们来查看Watch窗口，可以看到：
??????????????????????????
上面和我们前面按照反汇编理解的是不一样的，按照我们的理解，应该是：
ri：存储着被引用变量所在的地址（这里应该是”temp变量“的地址），即0x0012ff5c，
*ri：即0x0012ff5c存储单元的内容，即3
&ri: 即ri变量所在的地址，按照前面调试的结果，应该是0x0012ff50。
但是在Watch窗口中看到的结果是：
ri = 3
*ri = 3
&ri是temp变量的地址，0x0012ff5c
上面的这个问题先放着，先来看这个测试程序的最后两句，是两个普通的非引用变量的初始化，我们来看这部分的反汇编代码：
可以看到val1变量的初始化很简单，就是把一个常量5放到了内存中变量val1所在处，而val2的初始化也可理解为就是把变量val1的内容搬移到val2所在处，但是考虑到x86系列不能再两个存储器单元之间传送数据，所以这里需要通过一个寄存器eax，把val1中的内容搬到了val2中，注意到，这里用的汇编指令都是mov，从这里，联系前面的分析，就能看出引用变量和非引用变量进行初始化时的最重要区别，非引用变量初始化时，给这个变量开辟了一个内存空间，将等号右边的表达式结果搬移(mov)到了这个变量所在的内存单元处，而引用变量初始化时，也给这个变量开辟了内存空间，但是区别在于是将等号右边的相同类型变量（被引用变量）的地址赋给了这个引用变量（这是就非const变量或者const变量时的一种特殊情况讨论的，若是const变量，并且等号右边和引用变量不是同一类型时，则在中间要加上一步，就是创建一个临时变量（类型和引用变量相同），给这个临时变量开辟一段内存空间，然后把等号右边的表达式的结果存入这个临时变量中，接下来，再把这个临时变量的地址赋给这个引用变量）。
所以，从这一点上来看，引用完成的功能和指针很像，但是可能是C++必须要区分开引用这种用法，所以虽然从上面来看引用变量的类型实际上是一个指针类型，但是编译器可能不这样看，而是把在代码中出现的这个引用类型都翻译成引用类型的内容，所以在后面的程序中使用引用类型的时候，比如说改变引用ri的值的时候，实际上改变的是*ri（这里先把ri看成指针类型理解吧）的值，这可能也是前面在Watch窗口中查看时出现问题的原因。
上面这段话只是我的推测，在C++方面看的书还比较少
下面接着来看下面的语句的反汇编结果和执行情况：
1 const double &ri2 = dval; // const引用指向相同的类型
执行后：
可以看出，const变量指向相同类型的变量时，实际上在内存中也开辟了一个空间，这个空间中放置着ri2变量，ri2变量的内容是一个地址，即被引用变量dval的地址，但是，如前所述，按照这种指针的方法理解的话，就会把引用变量ri2理解成了指针（其实从这个结果来看，ri2就是一个指针变量），所以，以后理解引用变量时，最好就把引用变量看成一个不占用任何内存空间的”变量“，其地址就是被引用变量的地址（仅仅就两者类型一致时，不一致时有”临时变量“），就好像引用变量是被引用变量的一个别名。
接着看下面的语句：
1 double &ri3 = dval; // 非const引用指向相同的类型
这和上面的const引用指向相同的类型实际上是一样的。
结果截图如下：
最后，看const引用指向右值（常数）的情况：
1 const int &ri4 = 4; // const引用指向右值（常数）
结果为：
实际上，这和const变量指向不同类型的情况是相同的。也存在着一个临时变量。
下面，对前面的分析进行一个总结：
一方面，按照反汇编分析的结果来看：
（1）如果引用变量指向的是相同类型的变量，那么，首先会为这个引用变量开辟一段内存空间（实际上这是在编译阶段就完成了），然后把被引用变量的地址放到这段内存空间中，即把被引用变量的地址赋给引用变量，
（2）如果引用变量初始化式右端的变量和引用变量是不同类型的，或者初始化式右边就是一个右式（这两种情况都只有const引用是合法的），这时，首先，将开辟一段内存空间，把初始化式右边的结果（可能需要强制类型转化等）放在这个内存空间中（可理解为定义了一个临时变量），然后再把这个临时变量对应的地址赋给引用变量。
但是前面已经讲了，按照反汇编的结果理解的话，可能会有将引用和指针混淆的疑惑，而实际上，在C++中使用引用时，也不需要知道这么多的底层细节，所以，可以这样来理解引用：
（1）如果引用变量指向的是相同类型的变量，那么这个引用变量就相当于这个被引用变量的一个别名，两者占用相同的内存空间，对引用变量做的任何改变也会改变相应的被引用变量。
（2）如果引用变量初始化式右端的变量和引用变量是不同类型的，或者初始化式右边就是一个右式（这两种情况都只有const引用是合法的），这时，首先，编译器会定义一个临时变量，把初始化式右边的结果（可能需要强制类型转化等）赋给这个临时变量，然后再将原引用指向这个类型相同的临时变量（这一步的过程和（1）相同）。
下面是写的这段测试程序的反汇编代码，放在这里方便查看：
最后，说明一下，这篇文章中很多都是我自己的看法，有些没在书上找到，不一定正确，如果有错，希望大家提醒！