應該是c++中才有的,
為臨夏等地區(qū)用戶提供了全套網(wǎng)頁設計制作服務,及臨夏網(wǎng)站建設行業(yè)解決方案。主營業(yè)務為網(wǎng)站建設、成都網(wǎng)站建設、臨夏網(wǎng)站設計,以傳統(tǒng)方式定制建設網(wǎng)站,并提供域名空間備案等一條龍服務,秉承以專業(yè)、用心的態(tài)度為用戶提供真誠的服務。我們深信只要達到每一位用戶的要求,就會得到認可,從而選擇與我們長期合作。這樣,我們也可以走得更遠!
inline 關鍵字用來定義一個類的內聯(lián)函數(shù),引入它的主要原因是用它替代C中表達式形式的宏定義。
表達式形式的宏定義一例:
#define ExpressionName(Var1,Var2) (Var1+Var2)*(Var1-Var2)
為什么要取代這種形式呢,且聽我道來:
1.
首先談一下在C中使用這種形式宏定義的原因,C語言是一個效率很高的語言,這種宏定義在形式及使用上像一個函數(shù),但它使用預處理器實現(xiàn),沒有了參數(shù)壓棧,代碼生成等一系列的操作,因此,效率很高,這是它在C中被使用的一個主要原因。
2.
這種宏定義在形式上類似于一個函數(shù),但在使用它時,僅僅只是做預處理器符號表中的簡單替換,因此它不能進行參數(shù)有效性的檢測,也就不能享受C++編譯器嚴格類型檢查的好處,另外它的返回值也不能被強制轉換為可轉換的合適的類型,這樣,它的使用就存在著一系列的隱患和局限性。
3.
在C++中引入了類及類的訪問控制,這樣,如果一個操作或者說一個表達式涉及到類的保護成員或私有成員,你就不可能使用這種宏定義來實現(xiàn)(因為無法將this指針放在合適的位置)。
4. inline 推出的目的,也正是為了取代這種表達式形式的宏定義,它消除了它的缺點,同時又很好地繼承了它的優(yōu)點。
為什么inline能很好地取代表達式形式的預定義呢?
對應于上面的1-3點,闡述如下:
1. inline 定義的類的內聯(lián)函數(shù),函數(shù)的代碼被放入符號表中,在使用時直接進行替換,(像宏一樣展開),沒有了調用的開銷,效率也很高。
2.
很明顯,類的內聯(lián)函數(shù)也是一個真正的函數(shù),編譯器在調用一個內聯(lián)函數(shù)時,會首先檢查它的參數(shù)的類型,保證調用正確。然后進行一系列的相關檢查,就像對待任何一個真正的函數(shù)一樣。這樣就消除了它的隱患和局限性。
3. inline 可以作為某個類的成員函數(shù),當然就可以在其中使用所在類的保護成員及私有成員。
在何時使用inline函數(shù):
首先,你可以使用inline函數(shù)完全取代表達式形式的宏定義。
另外要注意,內聯(lián)函數(shù)一般只會用在函數(shù)內容非常簡單的時候,這是因為,內聯(lián)函數(shù)的代碼會在任何調用它的地方展開,如果函數(shù)太復雜,代碼膨脹帶來的惡果很可能會大于效率的提高帶來的益處。
其實看你用得編譯器了,如果你用的VC++6.0的話, 不管是.C文件還是.CPP文件都可以用inline 定義內聯(lián)函數(shù)。但是語法來說,C語言是沒有內聯(lián)這個概念的,C++才有
這個是內聯(lián)函數(shù)。
C語言本身是不支持內聯(lián)函數(shù)的,在最新的C標準C99中C語言支持了內聯(lián)函數(shù)。
C++支持內聯(lián)函數(shù)。
從編譯器的角度:
有些C語言編譯器,例如GNU C提供了內聯(lián)函數(shù)的支持。
所有C++編譯器都支持內聯(lián)函數(shù)。
如果你的C語言編譯器不支持內聯(lián)函數(shù),看看它有多古老,太古老不行(例如 Turbo C 2.0)。如果是C/C++合體編譯器,那就切換到編譯C++模式(例如VisualC++)。
你沒有給出具體源碼,所以只能猜,據(jù)我所知,有一種情況可能符合你的描述:
這種用法,同一個文件內的inline
test函數(shù)會被內聯(lián)展開,其他文件的test函數(shù),會編譯成普通函數(shù)來調用。
根據(jù)你的提問可以理解為:abc.h中的test函數(shù),被abc.h內聯(lián)展開。abc.c中的test函數(shù),被abc,c調用,與abc.h里面的test無關。如果還有def.c調用test,那么調用那個的是abc.c中的。前提是abc.c和def.c不包含abc.h,如果包含abc.h那么調用test函數(shù)的地方,會被abc.h中的test函數(shù)進行內聯(lián)展開。
GCC編譯器和
C99編譯器代碼有所不同,都可能能達到你描述代碼的要求,說可能是因為我只在gcc編譯器上編譯過類似代碼,c99的用法是網(wǎng)絡文章說的,我沒試過,所以只能說可能。