C++中內嵌函式

C++內嵌函式(Inline)介紹

　　介紹內嵌函式之前，有必要介紹一下預先處理宏。內嵌函式的功能和預先處理宏的功能相似。相信大家都用過預先處理宏，我們會經常定義一些宏，如

#define TABLE_COMP(x) ((x)>0?(x):0)

　
就定義了一個宏。

　　為什麼要使用宏呢？因為函數的調用必須要將程式執行的順序轉移到函數所存放在記憶體中的某個地址，將函數的程式內容執行完後，再返回到轉去執行該函數前的地方。這種轉移操作要求在轉去執行前要儲存現場並記憶執行的地址，轉回後要恢複現場，並按原來儲存地址繼續執行。因此，函數調用要有一定的時間和空間方面的開銷，於是將影響其效率。而宏只是在預先處理的地方把代碼展開，不需要額外的空間和時間方面的開銷，所以調用一個宏比調用一個函數更有效率。

　　但是宏也有很多的不盡人意的地方。

　　1、．宏不能訪問對象的私人成員。

　　2、．宏的定義很容易產生二意性。

　　我們舉個例子：

#define TABLE_MULTI(x) (x*x)

　　我們用一個數字去調用它,TABLE_MULTI(10)，這樣看上去沒有什麼錯誤，結果返回100,是正確的，但是如果我們用TABLE_MULTI(10+10)去調用的話，我們期望的結果是４００，而宏的調用結果是(10+10*10+10),結果是120，這顯然不是我們要得到的結果。避免這些錯誤的方法，一是給宏的參數都加上括弧。

#define TABLE_MULTI(x) ((x)*(x))

　　這樣可以確保不會出錯，但是，即使使用了這種定義，這個宏依然有可能出錯，例如使用TABLE_MULTI(a++)調用它，他們本意是希望得到(a+1)*(a+1)的結果，而實際上呢？我們可以看看宏的展開結果: (a++)*(a++)，如果a的值是４，我們得到的結果是5*6=30。而我們期望的結果是5*5=25,這又出現了問題。事實上，在一些C的庫函數中也有這些問題。例如: Toupper(*pChar++)就會對pChar執行兩次++操作，因為Toupper實際上也是一個宏。

　　我們可以看到宏有一些難以避免的問題，怎麼解決呢？

　　下面就是用我要介紹的內嵌函式來解決這些問題，我們可以使用內嵌函式來取代宏的定義。而且事實上我們可以用內嵌函式完全取代預先處理宏。

　　內嵌函式和宏的區別在於，宏是由前置處理器對宏進行替代，而內嵌函式是通過編譯器控制來實現的。而且內嵌函式是真正的函數，只是在需要用到的時候，內嵌函式像宏一樣的展開，所以取消了函數的參數壓棧，減少了調用的開銷。你可以象調用函數一樣來調用內嵌函式，而不必擔心會產生於處理宏的一些問題。

　　我們可以用Inline來定義內嵌函式，不過，任何在類的說明部分定義的函數都會被自動的認為是內嵌函式。

　　下面我們來介紹一下內嵌函式的用法。

　　內嵌函式必須是和函數體申明在一起，才有效。像這樣的申明Inline Tablefunction(int I)是沒有效果的，編譯器只是把函數作為普通的函數申明，我們必須定義函數體。

Inline tablefunction(int I) {return I*I};

　　這樣我們才算定義了一個內嵌函式。我們可以把它作為一般的函數一樣調用。但是執行速度確比一般函數的執行速度要快。

　　我們也可以將定義在類的外部的函數定義為內嵌函式，比如：

Class TableClass{ 　Private: 　　Int I,j; 　Public: 　　Int add() { return I+j;}; 　　Inline int dec() { return I-j;} 　　Int GetNum(); } inline int tableclass::GetNum(){ return I; }

　　上面申明的三個函數都是內嵌函式。在C++中，在類的內部定義了函數體的函數，被預設為是內嵌函式。而不管你是否有inline關鍵字。

　　內嵌函式在C++類中，應用最廣的，應該是用來定義存取函數。我們定義的類中一般會把資料成員定義成私人的或者保護的，這樣，外界就不能直接讀寫我們類成員的資料了。對於私人或者保護成員的讀寫就必須使用成員介面函數來進行。如果我們把這些讀寫成員函數定義成內嵌函式的話，將會獲得比較好的效率。

Class sample{ 　Private: 　　Int nTest; 　Public: 　　Int readtest(){ return nTest;} 　Void settest(int I) {nTest=I;} }

　　當然，內嵌函式也有一定的局限性。就是函數中的執行代碼不能太多了，如果，內嵌函式的函數體過大，一般的編譯器會放棄內聯方式，而採用普通的方式調用函數。這樣，內嵌函式就和普通函數執行效率一樣了。