C++中的指针与引用
寫在前面
指針和引用形式上很好區別,但是他們似乎有相同的功能,都能夠直接引用對象,對其進行直接的操作。但是什么時候使用指針?什么時候使用引用呢?這兩者很容易混淆,在此我詳細介紹一下指針和引用,力爭將最真實的一面展現給大家。如果我寫得不夠好,希望嘴下留情、手下留命,還請指點一二;如果感覺還不錯,請大家鼓掌。
1、指針和引用的定義
在深入介紹之前我們首先來看一下指針和引用的定義、指針和引用的區別,然后分別針對指針和引用展開討論,深入細節為何有這些差異。
- 指針的權威定義:
- 引用的權威定義:
上面這些定義初看有些難懂,如果是這樣的話,那說明你對C++還不夠熟悉,你還有很長的路要走。下面用通俗易懂的話來概述一下: - 指針-對于一個類型T,T*就是指向T的指針類型,也即一個T*類型的變量能夠保存一個T對象的地址,而類型T是可以加一些限定詞的,如const、volatile等等。見下圖,所示指針的含義:
- 引用-引用是一個對象的別名,主要用于函數參數和返回值類型,符號X&表示X類型的引用。見下圖,所示引用的含義:
2、指針和引用的區別
- 首先,引用不可以為空,但指針可以為空。 前面也說過了引用是對象的別名,引用為空——對象都不存在,怎么可能有別名!故定義一個引用的時候,必須初始化。因此如果你有一個變量是用于指向另一個對象,但是它可能為空,這時你應該使用指針;如果變量總是指向一個對象,i.e.,你的設計不允許變量為空,這時你應該使用引用。如下圖中,如果定義一個引用變量,不初始化的話連編譯都通不過(編譯時錯誤):
而聲明指針是可以不指向任何對象,也正是因為這個原因,使用指針之前必須做判空操作,而引用就不必 。 - 其次,引用不可以改變指向,對一個對象"至死不渝";但是指針可以改變指向,而指向其它對象。說明:雖然引用不可以改變指向,但是可以改變初始化對象的內容。例如就++操作而言,對引用的操作直接反應到所指向的對象,而不是改變指向;而對指針的操作,會使指針指向下一個對象,而不是改變所指對象的內容。見下面的代碼:
對ref的++操作是直接反應到所指變量之上,對引用變量ref重新賦值"ref=j",并不會改變ref的指向,它仍然指向的是i,而不是j。理所當然,這時對ref進行++操作不會影響到j。而這些換做是指針的話,情況大不相同,請自行實驗。輸出結果如下:(對引用變量重新賦值ref=j,不會改變ref的指向,但是會把j的值賦值給ref)
如果是引用的話,代碼如下:(這段是我自己加的,原文中并沒有對應示例代碼)
執行結果如圖:
- 再次,引用的大小是所指向的變量的大小,因為引用只是一個別名而已;指針是指針本身的大小,4個字節。見下圖所示:
從上面也可以看出:引用比指針使用起來形式上更漂亮,使用引用指向的內容時可以直接用引用變量名,而不像指針一樣要使用*;定義引用的時候也不用像指針一樣使用&取址。
最后,引用比指針更安全。由于不存在空引用,并且引用一旦被初始化為指向一個對象,它就不能被改變為另一個對象的引用,因此引用很安全。對于指針來說,它可以隨時指向別的對象,并且可以不被初始化,或為NULL,所以不安全。const 指針雖然不能改變指向,但仍然存在空指針,并且有可能產生野指針(即多個指針指向一塊內存,free掉一個指針之后,別的指針就成了野指針)。
總而言之,言而總之——它們的這些差別都可以歸結為 "指針指向一塊內存,它的內容是所指內存的地址;而引用則是某塊內存的別名,引用不改變指向。"
3、特別之處const
在這里我為什么要提到const關鍵字呢?因為const對指針和引用的限定是有差別的,下面聽我一一道來。
- 常量指針VS常量引用
常量指針:指向常量的指針,在指針定義語句的類型前加const,表示指向的對象是常量。
定義指向常量的指針只限制指針的間接訪問操作,而不能規定指針指向的值本身的操作規定性。
常量指針定義"const int* pointer=&a"告訴編譯器,*pointer是常量,不能將*pointer作為左值進行操作。
常量引用:指向常量的引用,在引用定義語句的類型前加const,表示指向的對象是常量。也跟指針一樣不能利用引用對指向的變量進行重新賦值操作。
- 指針常量VS引用常量
在指針定義語句的指針名前加const,**表示指針本身是常量。在定義指針常量時必須初始化!**而這是引用天生具來的屬性,不用在引用指針定義語句的引用名前加const。
指針常量定義"int const pointer=&b"告訴編譯器,pointer是常量,不能作為左值進行操作,但是允許修改間接訪問值,即*pointer可以修改*。
- 常量指針常量VS常量引用常量
常量指針常量:指向常量的指針常量,可以定義一個指向常量的指針常量,它必須在定義時初始化。常量指針常量定義"const int* const pointer=&c"告訴編譯器,pointer和*pointer都是常量,他們都不能作為左值進行操作。
而就不存在所謂的"常量引用常量",因為跟上面講的一樣引用變量就是引用常量。C++不區分變量的const引用和const變量的引用。程序決不能給引用本身重新賦值,使他指向另一個變量,因此引用總是const的。如果對引用應用關鍵字const,起作用就是使其目標稱為const變量。即沒有:const double const& a=1;只有const double& a=1;
總結:有一個規則可以很好的區分const是修飾指針,還是修飾指針指向的數據——畫一條垂直穿過指針聲明的星號(*),如果const出現在線的左邊,指針指向的數據為常量;如果const出現在右邊,指針本身為常量。而引用本身與天俱來就是常量,即不可以改變指向。
4、指針和引用的實現
我們利用下面一段簡單的代碼來深入分析指針和引用:
#include<iostream>using namespace std;int main(int argc, char** argv){int i=1;int& ref=i;int x=ref;cout<<"x is "<<x<<endl;ref=2;int* p=&i;cout<<"ref = "<<ref<<", i = "<<i<<endl;}上面的代碼用g++ test.c編譯之后,然后反匯編objdump -d a.out,得到main函數的一段匯編代碼如下:
從匯編代碼可以看出實際上指針和引用在編譯器中的實現是一樣的:
- 引用int& ref=i;
- 指針int* p=&i;
雖然指針和引用最終在編譯中的實現是一樣的,但是引用的形式大大方便了使用也更安全。有人說:"引用只是一個別名,不會占內存空間?"通過這個事實我們可以揭穿這個謊言!實際上引用也是占內存空間的。
5、指針傳遞和引用傳遞
為了更好的理解指針和引用,我們下面來介紹一下指針傳遞和引用傳遞。當指針和引用作為函數的函數是如何傳值的呢?(下面這一段引用了C++中引用傳遞與指針傳遞區別(進一步整理))
- 指針傳遞參數本質上是值傳遞的方式,它所傳遞的是一個地址值。值傳遞過程中,被調函數的形式參數作為被調函數的局部變量處理,即在棧中開辟了內存空間以存放由主調函數放進來的實參的值,從而成為了實參的一個副本。值傳遞的特點是被調函數對形式參數的任何操作都是作為局部變量進行,不會影響主調函數的實參變量的值。
- 引用傳遞過程中,被調函數的形式參數也作為局部變量在棧中開辟了內存空間,但是這時存放的是由主調函數放進來的實參變量的地址。被調函數對形參的任何操作都被處理成間接尋址,即通過棧中存放的地址訪問主調函數中的實參變量。正因為如此,被調函數對形參做的任何操作都影響了主調函數中的實參變量。
引用傳遞和指針傳遞是不同的,雖然它們都是在被調函數??臻g上的一個局部變量,但是任何對于引用參數的處理都會通過一個間接尋址的方式操作到主調函數中的相關變量。而對于指針傳遞的參數,如果改變被調函數中的指針地址,它將影響不到主調函數的相關變量。如果想通過指針參數傳遞來改變主調函數中的相關變量,那就得使用指向指針的指針,或者指針引用。
參考文獻:
[1]The C++ Programming Language(Special Edition),Bjarne Stroustrup
[2] ANSI C++ Standard
[3] 匯編語言
原文作者:吳秦
原文出處:http://www.cnblogs.com/skynet/
最后,使用&和*寫了一個小demo
#include<iostream> using namespace std; int main(){int a=123;//&a表示a在內存中的地址,也就是123在內存中的地址cout<<"a: "<<a<<endl<<"a's address:"<<&a<<endl;//此時p是一個指針,指向a所在的位置int *p=&a;cout<<"p: "<<p<<endl;//聲明p之后,在p之前添加*表示p指向內存的值cout<<"p's value: "<<*p<<endl;//同時p也是 一個變量,在內存中也有一個地址儲存它,但其地址不是a的地址cout<<"p's address: "<<&p<<endl;//試試*&組合使用是什么效果cout<<"*&p: "<<*&p<<endl;//&p是一個內存地址,*&p表示&p指向地址內存空間的值,在這里表示a的地址cout<<"**&p: "<<**&p<<endl;//剛才我們已經知道*&p是a的地址,那么**&p就表示a的值return 0; }輸出結果:
總結
以上是生活随笔為你收集整理的C++中的指针与引用的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: [翻译]QUIC 与 HTTP/3:太过
- 下一篇: 记一次失败的Windows环境编译Ngi