在c/c++中，為了解決一些頻繁調(diào)用的小函數(shù)大量消耗?？臻g（棧內(nèi)存）的問題，特別的引入了inline修飾符，表示為內(nèi)聯(lián)函數(shù)。

?？臻g就是指放置程序的局部數(shù)據(jù)（也就是函數(shù)內(nèi)數(shù)據(jù)）的內(nèi)存空間。

在系統(tǒng)下，?？臻g是有限的，假如頻繁大量的使用就會造成因棧空間不足而導(dǎo)致程序出錯的問題，如，函數(shù)的死循環(huán)遞歸調(diào)用的最終結(jié)果就是導(dǎo)致棧內(nèi)存空間枯竭。

上面的例子就是標(biāo)準(zhǔn)的內(nèi)聯(lián)函數(shù)的用法，使用inline修飾帶來的好處我們表面看不出來，其實(shí)，在內(nèi)部的工作就是在每個for循環(huán)的內(nèi)部任何調(diào)用dbtest(i)的地方都換成了(i%2>0)?”奇”:”偶”，這樣就避免了頻繁調(diào)用函數(shù)對棧內(nèi)存重復(fù)開辟所帶來的消耗。

inline使用限制

inline的使用時(shí)有所限制的，inline只適合函數(shù)體內(nèi)部代碼簡單的函數(shù)使用，不能包含復(fù)雜的結(jié)構(gòu)控制語句例如while、switch，并且不能內(nèi)聯(lián)函數(shù)本身不能是直接遞歸函數(shù)（即，自己內(nèi)部還調(diào)用自己的函數(shù)）。

inline僅是一個對編譯器的建議

inline函數(shù)僅僅是一個對編譯器的建議，所以最后能否真正內(nèi)聯(lián)，看編譯器的意思：

它如果認(rèn)為函數(shù)不復(fù)雜，能在調(diào)用點(diǎn)展開，就會真正內(nèi)聯(lián)，并不是說聲明了內(nèi)聯(lián)就會內(nèi)聯(lián)，聲明內(nèi)聯(lián)只是一個建議而已。

建議：inline函數(shù)的定義放在頭文件中

因?yàn)閮?nèi)聯(lián)函數(shù)要在調(diào)用點(diǎn)展開，所以編譯器必須隨處可見內(nèi)聯(lián)函數(shù)的定義，要不然就成了非內(nèi)聯(lián)函數(shù)的調(diào)用了。所以，這要求：

每個調(diào)用了內(nèi)聯(lián)函數(shù)的文件都出現(xiàn)了該內(nèi)聯(lián)函數(shù)的定義。

因此，將內(nèi)聯(lián)函數(shù)的定義放在頭文件里實(shí)現(xiàn)是合適的，省卻為每個文件實(shí)現(xiàn)一次的麻煩。

聲明跟定義要一致：

如果在每個文件里都實(shí)現(xiàn)一次該內(nèi)聯(lián)函數(shù)的話，那么，最好保證每個定義都是一樣的，否則，將會引起未定義的行為。如果不是每個文件里的定義都一樣，那么，編譯器展開的是哪一個，那要看具體的編譯器而定。所以，最好將內(nèi)聯(lián)函數(shù)定義放在頭文件中。

類中的成員函數(shù)與inline

定義在類中的成員函數(shù)缺省都是內(nèi)聯(lián)的

如果在類定義時(shí)就在類內(nèi)給出函數(shù)定義，那當(dāng)然最好。

如果在類中未給出成員函數(shù)定義，而又想內(nèi)聯(lián)該函數(shù)的話，那在類外要加上inline，否則就認(rèn)為不是內(nèi)聯(lián)的。

將成員函數(shù)的定義體放在類聲明之中雖然能帶來書寫上的方便，但不是一種良好的編程風(fēng)格，上例應(yīng)該改成：

inline 是一種“用于實(shí)現(xiàn)的關(guān)鍵字”

關(guān)鍵字inline 必須與函數(shù)定義體放在一起才能使函數(shù)成為內(nèi)聯(lián)，僅將inline 放在函數(shù)聲明前面不起任何作用。

如下風(fēng)格的函數(shù)Foo不能成為內(nèi)聯(lián)函數(shù)：

而如下風(fēng)格的函數(shù)Foo則可以成為內(nèi)聯(lián)函數(shù)：

因此，inline 是一種“用于實(shí)現(xiàn)的關(guān)鍵字”，而不是一種“用于聲明的關(guān)鍵字”。

一般地，用戶可以閱讀函數(shù)的聲明，但是看不到函數(shù)的定義。盡管在大多數(shù)教科書中內(nèi)聯(lián)函數(shù)的聲明、定義體前面都加了inline 關(guān)鍵字，但我認(rèn)為inline不應(yīng)該出現(xiàn)在函數(shù)的聲明中。這個細(xì)節(jié)雖然不會影響函數(shù)的功能，但是體現(xiàn)了高質(zhì)量C++/C 程序設(shè)計(jì)風(fēng)格的一個基本原則：

聲明與定義不可混為一談，用戶沒有必要、也不應(yīng)該知道函數(shù)是否需要內(nèi)聯(lián)。

慎用inline

雖然說內(nèi)聯(lián)函數(shù)可以提高執(zhí)行效率，但是不可以將所有的函數(shù)都定義為內(nèi)聯(lián)函數(shù)。

內(nèi)聯(lián)是以代碼膨脹（復(fù)制）為代價(jià)，僅僅省去了函數(shù)調(diào)用的開銷，從而提高函數(shù)的執(zhí)行效率。

如果執(zhí)行函數(shù)體內(nèi)代碼的時(shí)間，相比于函數(shù)調(diào)用的開銷較大，那么效率的收獲會很少。另一方面，每一處內(nèi)聯(lián)函數(shù)的調(diào)用都要復(fù)制代碼，將使程序的總代碼量增大，消耗更多的內(nèi)存空間。

以下的情況不適合用內(nèi)聯(lián)函數(shù)：

（1）如果函數(shù)體內(nèi)的代碼比較長，使用內(nèi)聯(lián)將導(dǎo)致內(nèi)存消耗代價(jià)較高。

（2）如果函數(shù)體內(nèi)出現(xiàn)循環(huán)，那么執(zhí)行函數(shù)體內(nèi)代碼的時(shí)間要比函數(shù)調(diào)用的開銷大。類的構(gòu)造函數(shù)和析構(gòu)函數(shù)容易讓人誤解成使用內(nèi)聯(lián)更有效。要當(dāng)心構(gòu)造函數(shù)和析構(gòu)函數(shù)可能會隱藏一些行為，如“偷偷地”執(zhí)行了基類或成員對象的構(gòu)造函數(shù)和析構(gòu)函數(shù)。所以不要隨便地將構(gòu)造函數(shù)和析構(gòu)函數(shù)的定義體放在類聲明中。一個好的編譯器將會根據(jù)函數(shù)的定義體，自動地取消不值得的內(nèi)聯(lián)（這進(jìn)一步說明了 inline 不應(yīng)該出現(xiàn)在函數(shù)的聲明中）。

小結(jié)

內(nèi)聯(lián)函數(shù)并不是一個增強(qiáng)性能的靈丹妙藥。只有當(dāng)函數(shù)非常短小的時(shí)候它才能得到我們想要的效果；但是，如果函數(shù)并不是很短而且在很多地方都被調(diào)用的話，那么將會使得可執(zhí)行體的體積增大。

最令人煩惱的還是當(dāng)編譯器拒絕內(nèi)聯(lián)的時(shí)候。在老的實(shí)現(xiàn)中，結(jié)果很不盡人意，雖然在新的實(shí)現(xiàn)中有很大的改善，但是仍然還是不那么完善的。一些編譯器能夠足夠的聰明來指出哪些函數(shù)可以內(nèi)聯(lián)哪些不能，但是大多數(shù)編譯器就不那么聰明了，因此這就需要我們的經(jīng)驗(yàn)來判斷。

如果內(nèi)聯(lián)函數(shù)不能增強(qiáng)性能，就避免使用它！

————————————————

原文鏈接：https://blog.csdn.net/lym940928/java/article/details/88368363

學(xué)習(xí)C/C++編程知識，提升C/C++編程能力，歡迎關(guān)注UP一起來成長！
另外，UP在主頁上傳了一些學(xué)習(xí)C/C++編程的視頻教程，有興趣或者正在學(xué)習(xí)的小伙伴一定要去看一看哦！會對你有幫助的~