引用就是一个变量的别名数组
int b; int & a=b;
这里代表的是a是一个指向int类型变量的引用,也就是说a是b的一个别名。ide
引用最常使用的地方是用作函数的参数函数
函数调用时使用引用的话,函数使用的就是该变量,而不是该变量的一份拷贝指针
int &(a)[10]
这种定义是非法的不能创建数组的引用是说,数组的元素不能是引用。code
两种写法对象
int (&b)[3] = a;
这是合法的,b自己是一个引用,b不是数组。b的引用是数组名a.int& b[3];
这样b是数组,数组中元素才是引用。这样C++不支持,由于引用不能够做数组中的元素。缘由内存
主要引用不能够做为数组元素的缘由是它不支持传统意义的复制。编译器
传统意义的复制string
int a = b; a和b在内存中分别占用,内容一致。 若是 int &a = b; 这种复制,内存中a并不分配新的内存。因此这不是复制
从C++标准上看,是不会为引用分配内存的,但从汇编的状况看,应该是为引用分配了内存的,只是C++编译器对此做了特殊处理编译
传递引用给函数与传递指针的效果是同样的。这时,被调函数的形参就成为原来主调函数中的实参变量或对象的一个别名来使用,因此在被调函数中对形参变量的操做就是对其相应的目标对象(在主调函数中)的操做。
使用引用传递函数的参数,在内存中并无产生实参的副本,它是直接对实参操做;而使用通常变量传递函数的参数,当发生函数调用时,须要给形参分配存储单元,形参变量是实参变量的副本;若是传递的是对象,还将调用拷贝构造函数。所以,当参数传递的数据较大时,用引用比用通常变量传递参数的效率和所占空间都好。
"*指针 变量名"
的形式进行运算,这很容易产生错误且程序的阅读性较差;格式及好处
格式:类型标识符 &函数名(形参列表及类型说明){ //函数体 }
好处:在内存中不产生被返回值的副本;(注意:正是由于这点缘由,因此返回一个局部变量的引用是不可取的。由于随着该局部变量生存期的结束,相应的引用也会失效,产生runtime error!
不能返回局部变量的引用。这条能够参照Effective C++[1]的Item 31。主要缘由是局部变量会在函数返回后被销毁,所以被返回的引用就成为了"无所指"的引用,程序会进入未知状态。
不能返回函数内部new分配的内存的引用。这条能够参照Effective C++[1]的Item 31。虽然不存在局部变量的被动销毁问题,可对于这种状况(返回函数内部new分配内存的引用),又面临其它尴尬局面。例如,被函数返回的引用只是做为一 个临时变量出现,而没有被赋予一个实际的变量,那么这个引用所指向的空间(由new分配)就没法释放,形成memory leak
能够返回类成员的引用,但最好是const。这条原则能够参照Effective C++[1]的Item 30。主要缘由是当对象的属性是与某种业务规则(business rule)相关联的时候,其赋值经常与某些其它属性或者对象的状态有关,所以有必要将赋值操做封装在一个业务规则当中。若是其它对象能够得到该属性的很是 量引用(或指针),那么对该属性的单纯赋值就会破坏业务规则的完整性。
**在另外的一些操做符中,却千万不能返回引用:+-*/ 四则运算符**。它们不能返回引用,Effective C++[1]的Item23详细的讨论了这个问题。主要缘由是这四个操做符没有side effect,所以,它们必须构造一个对象做为返回值,可选的方案包括:返回一个对象、返回一个局部变量的引用,返回一个new分配的对象的引用、返回一 个静态对象引用。根据前面提到的引用做为返回值的三个规则,第二、3两个方案都被否决了。静态对象的引用又由于((a+b) == (c+d))会永远为true而致使错误。因此可选的只剩下返回一个对象了。???还不是太明白
若是既要利用引用提升程序的效率,又要保护传递给函数的数据不在函数中被改变,就应使用常引用。常引用声明方式:const 类型标识符 &引用名=目标变量名;
举例1
定义“常引用”后,咱们不能轻易修改“常引用”的值。
举例2
string foo(); void bar (string &s); // 下面的表达式都将是非法的 bar(foo());// 这里会生成一个const String类型的临时对象,而bar函数的类型为非const类型,因此这个调用时非法的。 bar("hello, world");
缘由在于foo( )和"hello world"串都会产生一个临时对象,而在C++中,这些临时对象都是const类型的。所以上面的表达式就是试图将一个const类型的对象转换为非const类型,这是非法的。引用型参数应该在能被定义为const的状况下,尽可能定义为const 。