const的用法，特別是用在函式後面

在普通的非 const成員函式中，this的型別是一個指向類型別的 const指標。可以改變this所指向的值，但不能改變 this所儲存的地址。
在 const成員函式中，this的型別是一個指向 const類型別物件的 const指標。既不能改變 this所指向的物件，也不能改變 this所儲存的地址。

關鍵字：Const，Const函式，Const變數，函式後面的Const

看到const關鍵字，C++程式設計師首先想到的可能是const常量。這可不是良好的條件反射。如果只知道用const定義常量，那麼相當於把火藥僅用於製作鞭炮。
 
const更大的魅力是它可以修飾函式的引數、返回值，甚至函式的定義體。

const 是constant的縮寫，“恆定不變”的意思。被const修飾的東西都受到強制保護，可以預防意外的變動，能提高程式的健壯性。所以很多C++程式設計書籍建議：“Useconst whenever you need”。

     1.用const修飾函式的引數

如果引數作輸出用，不論它是什麼資料型別，也不論它採用“指標傳遞”還是“引用傳遞”，都不能加const修飾，否則該引數將失去輸出功能。const只能修飾輸入引數：

如果輸入引數採用“指標傳遞”，那麼加const修飾可以防止意外地改動該指標，起到保護作用。
 

例如StringCopy函式：

void StringCopy(char*strDestination, const char *strSource);

其中strSource是輸入引數，strDestination是輸出引數。給strSource加上const修飾後，如果函式體內的語句試圖改動strSource的內容，編譯器將指出錯誤。

如果輸入引數採用“值傳遞”，由於函式將自動產生臨時變數用於複製該引數，該輸入引數本來就無需保護，所以不要加const修飾。

例如不要將函式voidFunc1(int x) 寫成voidFunc1(const int x)。同理不要將函式
 
voidFunc2(A a) 寫成voidFunc2(const A a)。其中A為使用者自定義的資料型別。

對於非內部資料型別的引數而言，象voidFunc(A a) 這樣宣告的函式註定效率比較底。因為函式體內將產生A型別的臨時物件用於複製引數a，而臨時物件的構造、複製、析構過程都將消耗時間。

為了提高效率，可以將函式宣告改為voidFunc(A &a)，因為“引用傳遞”僅借用一下引數的別名而已，不需要產生臨時物件。但是函式voidFunc(A &a) 存在一個缺點：

“引用傳遞”有可能改變引數a，這是我們不期望的。解決這個問題很容易，加const修飾即可，因此函式最終成為voidFunc(const A &a)。

以此類推，是否應將voidFunc(int x) 改寫為voidFunc(const int&x)，以便提高效率？完全沒有必要，因為內部資料型別的引數不存在構造、析構的過程，而複製也非常快，“值傳遞”和“引用傳遞”的效率幾乎相當。

問題是如此的纏綿，我只好將“const&”修飾輸入引數的用法總結一下。

對於非內部資料型別的輸入引數，應該將“值傳遞”的方式改為“const引用傳遞”，目的是提高效率。例如將voidFunc(A a) 改為voidFunc(const A &a)。

對於內部資料型別的輸入引數，不要將“值傳遞”的方式改為“const引用傳遞”。否則既達不到提高效率的目的，又降低了函式的可理解性。例如voidFunc(int x) 不應該改為voidFunc(const int &x)。

     2用const修飾函式的返回值

如果給以“指標傳遞”方式的函式返回值加const修飾，那麼函式返回值（即指標）的內容不能被修改，該返回值只能被賦給加const修飾的同類型指標。例如函式
constchar * GetString(void);
如下語句將出現編譯錯誤：
char*str = GetString();
正確的用法是
constchar *str =GetString();
如果函式返回值採用“值傳遞方式”，由於函式會把返回值複製到外部臨時的儲存單元中，加const修飾沒有任何價值。例如不要把函式intGetInt(void) 寫成constint GetInt(void)。同理不要把函式AGetA(void) 寫成constA GetA(void)，其中A為使用者自定義的資料型別。如果返回值不是內部資料型別，將函式AGetA(void) 改寫為constA &GetA(void)的確能提高效率。但此時千萬千萬要小心，一定要搞清楚函式究竟是想返回一個物件的“拷貝”還是僅返回“別名”就可以了，否則程式會出錯。函式返回值採用“引用傳遞”的場合並不多，這種方式一般只出現在類的賦值函式中，目的是為了實現鏈式表達。

例如：
classA
{
A & operate = (const A &other); // 賦值函式
};
Aa, b, c; // a, b, c 為A的物件

a= b = c; // 正常的鏈式賦值
(a= b) = c; // 不正常的鏈式賦值，但合法如果將賦值函式的返回值加const修飾，那麼該返回值的內容不允許被改動。上例中，語句a= b = c 仍然正確，但是語句(a= b) = c 則是非法的。

3const 成員函式任何不會修改資料成員的函式都應該宣告為const型別。如果在編寫const成員函式時，不慎修改了資料成員，或者呼叫了其它非const成員函式，編譯器將指出錯誤，這無疑會提高程式的健壯性。以下程式中，類stack的成員函式GetCount僅用於計數，從邏輯上講GetCount應當為const函式。編譯器將指出GetCount函式中的錯誤。
classStack
{
public:
void Push(int elem);
int Pop(void);
intGetCount(void) const; // const 成員函式
private:
intm_num;
int m_data[100];
};
int Stack::GetCount(void)const
{
++ m_num; // 編譯錯誤，企圖修改資料成員m_num
Pop();// 編譯錯誤，企圖呼叫非const函式
returnm_num;
}
const 成員函式的宣告看起來怪怪的：const關鍵字只能放在函式宣告的尾部，大概是因為其它地方都已經被佔用了。關於Const函式的幾點規則：

a.const物件只能訪問const成員函式,而非const物件可以訪問任意的成員函式,包括const成員函式.
b.const物件的成員是不可修改的,然而const物件通過指標維護的物件卻是可以修改的.
c.const成員函式不可以修改物件的資料,不管物件是否具有const性質.它在編譯時,以是否修改成員資料為依據,進行檢查.
e.然而加上mutable修飾符的資料成員,對於任何情況下通過任何手段都可修改,自然此時的const成員函式是可以修改它的

補充：

標題:const放在後面有什麼意思？

--------------------------------------------------------------------------------
一個函式
AcGePoint3dstartPoint() const;
const放在後面跟前面有區別麼

==>
準確的說const是修飾this指向的物件的譬如，我們定義了
classA{
public:
f(int);
};
這裡f函式其實有兩個引數，第一個是A*const this, 另一個才是int型別的引數如果我們不想f函式改變引數的值，可以把函式原型改為f(constint),但如果我們不允許f改變this指向的物件呢？因為this是隱含引數，const沒法直接修飾它，就加在函式的後面了，表示this的型別是constA *constthis。
const修飾*this是本質，至於說“表示該成員函式不會修改類的資料。否則會編譯報錯”之類的說法只是一個現象，根源就是因為*this是const型別的

再分享一下我老師大神的人工智慧教程吧。零基礎！通俗易懂！風趣幽默！希望你也加入到我們人工智慧的隊伍中來！http://www.captainbed.net