您好,登錄后才能下訂單哦!
Tip1:
只有當函數只有 10 行甚至更少時才將其定義為內聯函數.
定義: 當函數被聲明為內聯函數之后, 編譯器會將其內聯展開, 而不是按通常的函數調用機制進行調用.
優點: 當函數體比較小的時候, 內聯該函數可以令目標代碼更加高效. 對于存取函數以及其它函數體比較短, 性能關鍵的函數, 鼓勵使用內聯.
缺點: 濫用內聯將導致程序變慢. 內聯可能使目標代碼量或增或減, 這取決于內聯函數的大小. 內聯非常短小的存取函數通常會減少代碼大小, 但內聯一個相當大的函數將戲劇性的增加代碼大小. 現代處理器由于更好的利用了指令緩存, 小巧的代碼往往執行更快。
> 結論: 一個較為合理的經驗準則是, 不要內聯超過 10 行的函數. 謹慎對待析構函數, 析構函數往往比其表面看起來要更長, 因為有隱含的成員和基類析構函數被調用! 另一個實用的經驗準則: 內聯那些包含循環或 switch 語句的函數常常是得不償失 (除非在大多數情況下, 這些循環或 switch 語句從不被執行). 有些函數即使聲明為內聯的也不一定會被編譯器內聯, 這點很重要; 比如虛函數和遞歸函數就不會被正常內聯. 通常, 遞歸函數不應該聲明成內聯函數.(遞歸調用堆棧的展開并不像循環那么簡單, 比如遞歸層數在編譯時可能是未知的, 大多數編譯器都不支持內聯遞歸函數).
虛函數不能定義為內聯函數的原因:
inline是在編譯器將函數類容替換到函數調用處,是靜態編譯的。而虛函數是動態調用的,在編譯器并不知道需要調用的是父類還是子類的虛函數,所以不能夠inline聲明展開,所以編譯器會忽略
Tip2:
-inl.h文件:復雜的內聯函數的定義, 應放在后綴名為 -inl.h 的頭文件中. 內聯函數的定義必須放在頭文件中, 編譯器才能在調用點內聯展開定義. 然而, 實現代碼理論上應該放在 .c 文件中, 我們不希望 .h 文件中有太多實現代碼, 除非在可讀性和性能上有明顯優勢. 如果內聯函數的定義比較短小, 邏輯比較簡單, 實現代碼放在 .h 文件里沒有任何問題.
比如, 存取函數的實現理所當然都應該放在類定義內. 出于編寫者和調用者的方便, 較復雜的內聯函數也可以放到 .h 文件中, 如果你覺得這樣會使頭文件顯得笨重, 也可以把它萃取到單獨的 -inl.h 中. 這樣把實現和類定義分離開來, 當需要時包含對應的 -inl.h 即可。
關于c++的inline關鍵字,以下說法正確的是()
A.使用inline關鍵字的函數會被編譯器在調用處展開
B.頭文件中可以包含inline函數的聲明
C.可以在同一個項目的不同源文件內定義函數名相同但實現不同的inline函數
D.定義在Class聲明內的成員函數默認是inline函數
E.優先使用Class聲明內定義的inline函數
F.優先使用Class實現的內inline函數的實現
A 如果只聲明含有inline關鍵字,就沒有內聯的效果。 內聯函數的定義必須放在頭文件中, 編譯器才能在調用點內聯展開定義. 有些函數即使聲明為內聯的也不一定會被編譯器內聯, 這點很重要; 比如虛函數和遞歸函數就不會被正常內聯. 通常, 遞歸函數不應該聲明成內聯函數.
B 內聯函數應該在頭文件中定義,這一點不同于其他函數。編譯器在調用點內聯展開函數的代碼時,必須能夠找到 inline 函數的定義才能將調用函數替換為函數代碼,而對于在頭文件中僅有函數聲明是不夠的。
C 當然內聯函數定義也可以放在源文件中,但此時只有定義的那個源文件可以用它,而且必須為每個源文件拷貝一份定義(即每個源文件里的定義必須是完全相同的),當然即使是放在頭文件中,也是對每個定義做一份拷貝,只不過是編譯器替你完成這種拷貝罷了。但相比于放在源文件中,放在頭文件中既能夠確保調用函數是定義是相同的,又能夠保證在調用點能夠找到函數定義從而完成內聯(替換)。 對于由兩個文件compute.C和draw.C構成的程序來說,程序員不能定義這樣的min()函數,它在compute.C中指一件事情,而在draw.C中指另外一件事情。如果兩個定義不相同,程序將會有未定義的行為:為保證不會發生這樣的事情,建議把inline函數的定義放到頭文件中。在每個調用該inline函數的文件中包含該頭文件。這種方法保證對每個inline函數只有一個定義,且程序員無需復制代碼,并且不可能在程序的生命期中引起無意的不匹配的事情。
D 正確。 定義在類聲明之中的成員函數將自動地成為內聯函數,例如: class A { public: void Foo(int x, int y) { ... } // 自動地成為內聯函數 }
EF 在每個調用該inline函數的文件中包含該頭文件。這種方法保證對每個inline函數只有一個定義,且程序員無需復制代碼,并且不可能在程序的生命期中引起無意的不匹配的事情。最好只有一個定義!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。