拷贝构造函数的类型为什么必须使用引用类型

淡淡的烟草味﹌ 2022-12-13 14:10 151阅读 0赞

在C++中， 构造函数，拷贝构造函数，析构函数和赋值函数(赋值运算符重载)是最基本不过的需要掌握的知识。 但是如果我问你“拷贝构造函数的参数为什么必须使用引用类型？”这个问题， 你会怎么回答？

原因：  
       如果拷贝构造函数中的参数不是一个引用，即形如CClass(const CClass c\_class)，那么就相当于采用了传值的方式(pass-by-value)，而传值的方式会调用该类的拷贝构造函数，从而造成无穷递归地调用拷贝构造函数。因此拷贝构造函数的参数必须是一个引用。

> **菜鸟的话记住：传值的方式会调用该类的拷贝构造函数**

例子：

#include<iostream>
    using namespace std;
    class myExample
    {
        int mTest;
    public:
        myExample(int x):mTest(x){ //带参数的构造函数
            cout << "我是构造函数!"<<endl;
        }
        myExample(const myExample &ex){  //拷贝构造函数
            mTest=ex.mTest;
            cout <<"我是拷贝构造函数!"<<endl;
        }
        myExample& operator=(const myExample &ex){ //赋值函数(赋值运算符重载)
            cout << "赋值运算符重载" <<endl;
            mTest=ex.mTest;
            return *this;
        }
        void myTestfun(myExample ex){
    
        }
    };
    
    int main(int argc,char *argv[])
    {
        myExample a(2);
        myExample b(3);
        b=a;
        myExample c=a;
        b.myTestfun(a);
        return 0;
    }

看结果:

我是构造函数!                 //myExample a(2);    
    我是构造函数!                 //myExample b(3);
    赋值运算符重载                 //b=a;
    我是拷贝构造函数!               //myExample c=a;
    我是拷贝构造函数!               //b.myTestfun(a);

我们来分析一下:

第一个输出和第二个输出：调用构造函数,就不用解释了吧!

第三个和第四个为什么不一样呢?大家仔细看,b已经被实例化了,不需要构造,在这里，只是把a的值赋给它,只会调用赋值函数,而第四个c还没有被实例化,因此调用拷贝构造函数,构造处c，而不是赋值,

第五个实际上是把a作为参数传递给myTestfun(myExample ex),就相当于myExample ex=a;所以调用拷贝构造函数.

通过这个例子，我们来分析一下,拷贝构造函数为什么必须用引用类型,myExanple c=a;当我们不用引用作为拷贝构造函数的形参时，使得a通过值传递传递给c,因为要构造对象, 又会调用拷贝构造函数,就这样一直递归调用递归下去了.

所以绕了那么大的弯子，就是想说明拷贝构造函数的参数使用引用类型不是为了减少一次内存拷贝， 而是避免拷贝构造函数无限制的递归下去。

### 大家在想想，既然能设计为引用类型呢,那为什么不设计成指针类型啊？ ###

拷贝构造函数需要传入的是一个对象，如果拷贝构造函数的参数是指针的话，这个参数就是地址而不是对象了(仅仅指向对象而已)。所以不能用指针，作为拷贝构造函数的参数类型。

如果形参是指针类型的,从编译的角度看:

程序在编译时分别将指针和引用添加到符号表上， 符号表上记录的是变量名及变量所对应的地址,指针在符号表上对应的地址是指针变量的地址值,指针变量中存的才是对应指向对象的地址值,而引用在符号上对应的地址值为引用的对应的地址值.在这里, 指针就像中介,我们租房子跟主家谈和跟中介谈，哪个划算，大家应该清楚吧!

参考：[https://blog.csdn.net/whoamiyang/article/details/50859862][https_blog.csdn.net_whoamiyang_article_details_50859862]

[https_blog.csdn.net_whoamiyang_article_details_50859862]: https://blog.csdn.net/whoamiyang/article/details/50859862