zoukankan      html  css  js  c++  java
  • [C++]全面理解C++中的引用

    一、引用的本质是什么

    说到引用,一般C++的教材中都是这么定义的:

    1,引用就是一个对象的别名。

    2,引用不是值不占内存空间。

    3,引用必须在定义时赋值,将变量与引用绑定。

    那你有没有想过,上面的定义正确吗?编译器是如何解释引用的?

    这里先给出引用的本质定义,后面我们再进一步论证。

    1,引用实际是通过指针实现的。

    2,引用是一个常量指针。

    3,引用在内存中占4个字节。

    4,在对引用定义时,需要对这个常量指针初始化。

    二、探究本质

    我们从最简单的变量的定义开始,看编译器会做哪些事情。

    int var = 42;
    mov dword ptr [var],2Ah  // 对应汇编代码

    上面语句申请了一块内存空间,占4个字节,存放了一个int型的变量。内存里放的是42的二进制码。

    汇编代码向我们表达的意思就是把42写入以var为地址的内容区域。var有点像我们理解上的指针,只是编译器并没有把它抽象出来,而是让我们更表象的理解:申请一个变量,它的值为42。

    那么var这个变量名放在哪呢?

    我们知道程序如果访问内存里的数据,需要通过地址来进行访问,所以上面的代码在经过编译器生成目标代码时,用存放42的地址了所有的var,所以结论时,目标文件中不存在var,所以变量名本身是不占内存的。

    而我们知道,引用是变量的一个别名。那么,从这很多人会联想到,引用会不会也只是一个名字而已,编译器在生成目标代码的时候,会用实际地址替换引用呢?

    答案并非这样!

    那我们接下来看看,当我们定义一个引用时,发生了什么:

    1     int var = 42; 
    2 01303AC8  mov dword ptr [var],2Ah  
    3     int&  refVar = var; 
    4 01303ACF  lea eax,[var]  
    5 01303AD2  mov dword ptr [refVar],eax 

    上面的代码显示,当定义一个引用时,编译器将var的地址赋给了以refVar为地址的一块内存区域。也就是说refVar其实存放的是var的地址。

    这让我们联想到了指针,那么我们看看定义一个指针是发生了什么:

    1     int var = 42; 
    2 01213AC8  mov  dword ptr [var],2Ah  
    3     int* ptrVar = &var; 
    4 01213ACF  lea  eax,[var]  
    5 01213AD2  mov  dword ptr [ptrVar],eax 

    没错,没有任何差别,定义一个引用和一个指针的汇编代码完全一致!

    三、const哪里去了

    相信从上面的分析时,你可能已经相信了,引用实际上就是一个指针。那么为什么说引用是一个常量指针呢,在目标代码里有什么体现呢?

    这个问题其实要从C++底层机制谈起,C++为我们提供的各种存取控制仅仅是在编译阶段给我们的限制,也就是说编译器确保了你在完成任务之前的正确行为,如果你的行为不正确,那么编译器就是给你在编译时提示错误。所谓的const和private等在实际的目标代码里根本不存在,所以在程序运行期间只要你愿意,你可以通过内存工具修改它的任何一个变量的值。

    这也就解释了为什么上面的两段代码中引用和指针的汇编代码完全一致。

    C++设计引用,并用常量指针来从编译器的角度实现它,目标是为了提供比指针更高的安全性,因为常量指针一旦与变量地址绑定将不能更改,这样降低了指针的危险系数,它提供了一种一对一的指针。

    但是你觉得使用引用就安全了吗?它同样会有与使用指针一样的问题

    1 int *var = new int(42); 
    2 int &ref = *var; 
    3 delete var; 
    4 ref = 42; 
    5 return 0;

    上面这段代码就很不安全,因为ref引用的内存区域不合法。

    为了进一步验证引用与指针在本质上的相同,我们看当引用作为函数参数传递时,编译器的行为:

     1 void Swap(int& v1, int& v2); 
     2 void Swap(int* v1, int* v2);
     3 
     4     int var1 = 1; 
     5 00A64AF8  mov         dword ptr [var1],1  
     6     int var2 = 2; 
     7 00A64AFF  mov         dword ptr [var2],2  
     8     Swap(var1,var2); 
     9 00A64B06  lea         eax,[var2]  
    10 00A64B09  push        eax  
    11 00A64B0A  lea         ecx,[var1]  
    12 00A64B0D  push        ecx  
    13 00A64B0E  call        Swap (0A6141Fh)  
    14 00A64B13  add         esp,8  
    15     Swap(&var1, &var2); 
    16 00A64B16  lea         eax,[var2]  
    17 00A64B19  push        eax  
    18 00A64B1A  lea         ecx,[var1]  
    19 00A64B1D  push        ecx  
    20 00A64B1E  call        Swap (0A61424h)  
    21 00A64B23  add         esp,8 

    上面代码再次证明了,引用与指针的行为完全一致,只是编译器在编译时对引用作了更严格的限制。

    四、引用占多大的内存空间

    因为在在表达式中,使用引用实际上就像使用变量本身一样,所以直接用sizeof是得不到引用本身的大小的。

    double var = 42.0;
    double& ref = var;

    cout << sizeof var << endl; // print 8
    cout << sizeof ref << endl; // print 8
    我们可以通过定义一个只含有引用的类来解决这个问题:

    1 class refClass{
    2 private:
    3 double& ref;
    4 public:
    5 refClass(double var = 42.0) :ref(var){}
    6 };
    7
    8 cout << sizeof refClass << endl; // print 4
    所以结论就是引用和指针一样实际占内存空间4个字节。

    正确结论:

    不要用汇编结果来替代概念,引用不占空间意思就是不占对象空间,不表示不占指针的少量空间。实际上指针是汇编工具实现引用的一种方式而已,而有的优化结果可能没有代表自己的指针。

    总而言之,引用就是引用,是这种概念,它为方便程序员使用,和方便汇编工具优化而产生。汇编怎么实现和优化是汇编的事,至于出了什么违反该概念的结果,是汇编的错,而不是定义的错,不要本末倒置。

    你可以通过汇编来了解编译器怎样实现引用
    引用 却不应该用汇编来解释 它只是一个概念

    赞同,引用只是编译器之上,给出来的一个抽象定义。接口的实现,由编译器来决定!

    仔细想想,确实如此,引用只是一个概念,为我们提供了一个接口。怎么实现,由编译器自己决定。

    原文链接:http://www.cnblogs.com/ronny/p/3662556.html

    https://github.com/li-zheng-hao
  • 相关阅读:
    iptables详解
    Python中的Subprocess模块
    Logging模块
    python inspect.stack() 的简单使用
    python之inspect模块
    python之platform模块
    GlusterFS分布式存储学习笔记
    AD 域服务简介(一)- 基于 LDAP 的 AD 域服务器搭建及其使用
    LDAP概念和原理介绍
    文件传输协议FTP、SFTP和SCP
  • 原文地址:https://www.cnblogs.com/lizhenghao126/p/11053696.html
Copyright © 2011-2022 走看看