使用inline聲明函數編譯不報錯

㈠ C++inline函數的定義和聲明方法怎麼用

inline:是用於聲明內聯函數的關鍵字
什麼是內聯函數呢?就是將函數作為像宏一樣的東西,在編譯的時候直接將函數在調用處展開.這樣就能避免調用函數的開銷,所以inline應該用在代碼很少的,並且調用頻率相當大,並且對效率要求很高的場所.和宏不一樣的地方就是,編譯器會對內聯函數進行各種正常函數應有的檢查,比如參數是否傳遞正確等等,宏就是完全替換,編譯器不會在替換前對宏進行檢查.當然使用inline還有許多其它的好處,不過我這樣簡單的回答應該能讓您大概明白了吧,望採納,謝謝...

㈡ 關於C++中的inline函數

內聯函數：
在C++中，為了避免主函數過於復雜，編程時會設置大量的子函數，而這樣做降低了主函數的復雜性的同時卻使得整個程序的執行效率降低，因為在進行函數調用時，系統需要時間及內存空間來保存現場信息，為了解決這個問題，C++中設了內聯函數的概念（inline函數）。
在函數編寫過程中，內聯函數的編寫完全遵循子函數的編寫規則，這樣就使得代碼同樣都是比較簡便的，然而不同之處出現在代碼編譯過程中，代碼編譯時會用內聯函數主體替換函數調用部分，從而使得編譯完成的程序是順序執行下去的而不必再進行函數調用。

我們看下面的函數，函數體中只有一行語句：
double Average(double total, int number)
{
return total/number;
}
定義這么簡單的函數有必要嗎？實際上，它還是有一些優點的：第一，它使程序更可讀；第二，它使這段代碼可以重復使用。但是，它也有缺點：當它被頻繁地調用的時候，由於調用函數的開銷，會對應用程序的性能有損失。例如，Average在一個循環語句中重復調用幾千次，會降低程序的執行效率。
那麼，有辦法避免函數調用的開銷嗎？對於上面的函數，我么可以把它定義為內聯函數的形式：
inline double Average(double total, int number)
{
return total/number;
}

函數的引入可以減少程序的目標代碼，實現程序代碼的共享。但是，函數調用也需要一些時間和空間方面的開銷，因為調用函數實際上將程序執行流程轉移到被調函數中，被調函數的程序代碼執行完後，再返回到調用的地方。這種調用操作要求調用前保護現場並記憶執行的地址，返回後恢復現場，並按原來保存的地址繼續執行。對於較長的函數這種開銷可以忽略不計，但是對於一些函數體代碼很短，但又被頻繁地調用的函數，就不能忽視這種開銷。引入內聯函數正是為了解決這個問題，提高程序的運行效率。
在程序編譯時，編譯器將程序中出現的內聯函數的調用表達式用內聯函數的函數體來進行替換。由於在編譯時將函數體中的代碼替代到程序中，因此會增加目標程序代碼量，進而增加空間開銷，而在時間開銷上不象函數調用時那麼大，可見它是以目標代碼的增加為代價來換取時間的節省。
使用內聯函數時應注意以下幾個問題：
（1） 在一個文件中定義的內聯函數不能在另一個文件中使用。它們通常放在頭文件中共享。
（2） 內聯函數應該簡潔，只有幾個語句，如果語句較多，不適合於定義為內聯函數。
（3） 內聯函數體中，不能有循環語句、if語句或switch語句，否則，函數定義時即使有inline關鍵字，編譯器也會把該函數作為非內聯函數處理。
（4） 內聯函數要在函數被調用之前聲明。例如下面的代碼將內聯函數放在函數調用之後聲明，不能起到預期的效果。

㈢ 求助！！關於C++中內聯函數的一些問題

在類中定義的成員函數全部默認為內聯函數。可以顯示加上 inline 標識符。或者不加
在類中聲明的成員函數，如果沒加inline。則在類外定義該成員函數時加了inline，該成員函數也為內聯函數。
反正不管是聲明還是定義，只要看見有 inline ，都為內聯

存在的意思

#include <iostream>
using namespace std;
int main()

{
cout<<print();
return 0;
}
int print(){return 1;}

你就找不到定義了

㈣ C++ 問題

你這個理解不對。。。你的理解更像是簡單的復制了，那樣就跟宏(Macro)沒什麼區別了

書上的意思是「功能」的直接復制，此處你可以認為func()等價於一個變數，值為1；
一般很短的幾句代碼的函數，建議使用inline修飾，減少函數調用的開銷。

return 1;只是函數的內部寫法，具體在調用這個inline函數時，背後的細節由編譯器處理，生成了對應的指令，你不需要管函數內部的語句。
----------------
另外，你的代碼中好幾處錯誤。
1. 應該為 inline int func而不是void func
2. mian應該是main

㈤ C語言有內聯函數嗎

這個是內聯函數。

C語言本身是不支持內聯函數的，在最新的C標准C99中C語言支持了內聯函數。
C++支持內聯函數。

從編譯器的角度：
有些C語言編譯器，例如GNU C提供了內聯函數的支持。
所有C++編譯器都支持內聯函數。

如果你的C語言編譯器不支持內聯函數，看看它有多古老，太古老不行(例如 Turbo C 2.0)。如果是C/C++合體編譯器，那就切換到編譯C++模式（例如VisualC++）。

㈥ C中函數inline定義問題，求解釋。。。。

你沒有給出具體源碼，所以只能猜，據我所知，有一種情況可能符合你的描述：

這種用法，同一個文件內的inline test函數會被內聯展開，其他文件的test函數，會編譯成普通函數來調用。

根據你的提問可以理解為：abc.h中的test函數，被abc.h內聯展開。abc.c中的test函數，被abc,c調用，與abc.h裡面的test無關。如果還有def.c調用test，那麼調用那個的是abc.c中的。前提是abc.c和def.c不包含abc.h，如果包含abc.h那麼調用test函數的地方，會被abc.h中的test函數進行內聯展開。

GCC編譯器和 C99編譯器代碼有所不同，都可能能達到你描述代碼的要求，說可能是因為我只在gcc編譯器上編譯過類似代碼，c99的用法是網路文章說的，我沒試過，所以只能說可能。

㈦ C++內聯函數問題

如果你需要內聯函數，請務必使用inline關鍵字。

如果不適用inline關鍵字，函數可能內聯，也可能不內聯。結果由你使用的C++編譯器決定。

早期C++編譯器，在C++剛剛引入inline的概念的時候，必須寫inline才是內聯。不寫就不是。

但是因為內聯函數的效率比較高，以及減少一些編譯時候的錯誤，所以後來的編譯器會選擇在沒有寫inline的函數，如果可以也盡量自動生成內聯函數（就是在編譯的時候由編譯器決定是不是要自動加上inline）。而自動加inline的規則之一就是如果你的函數沒有寫inline，但是在頭文件中直接申明+定義，就自動加上inline（否則還可能出現編譯錯誤），所以就有了默認的inline的情況。特別是class member function，如果你直接申明後面直接定義就會產生inline的效果，即便你不適用inline。但是有的編譯器也不自動加上Inline。

而另外一種情況，頭文件聲明函數，又分開寫了函數定義，沒有Inline，本身來說這應該是錯誤的，會導致多次引用同一個頭文件過後，函數重復定義。但是現代新的編譯器為了避免錯誤就自己加上Inline了，但是你可能換一個又不加了，於是就有錯誤了。或者你把編譯器優化關掉了，編譯器不自動添加inline這樣的你函數定義就會產生錯誤。

所以實際情況中，雖然在頭文件中，像你說的不加inline然後在頭文件裡面定義聲明一行，就自動產生inline是事實。但是自動產生的結果其實是不可預測的，如果你不清楚你使用的編譯器版本的規則，就會覺得好像是看編譯器心情一樣，搞不清楚最後的結果到底在加還是沒加。而有時候你加了inline，編譯器還是會選擇不內聯你的函數。所以不管VC還是GCC還是Intel c++編譯器都不像你所認為它應該的工作方式工作，即使是有很多經驗的程序員有時候也無法判斷。

於是實際中，如果你需要函數內聯，那一定要使用inline關鍵字。不需要內聯的函數，就不要加。然後非內聯函數，絕對不要再頭文件中定義（只聲明）。否則會產生不可預測的結果。不要因為部分「聰明」的編譯器允許你省略inline就不加，這樣只會給你帶來不必要的麻煩。

因為這些自作聰明的編譯器，所以現在比較新的主流C++編譯器都只把inline關鍵字當做一個提示，具體是不是產生內聯函數由編譯器自己決定。大概你記住如果有inline關鍵字，編譯器會盡量產生高效的內聯函數，但是也不一定會。一些你認為不會內聯沒有Inline關鍵字的函數，在開啟編譯器優化的情況下，編譯器也會根據具體這個函數的使用范圍自行轉換為內聯函數。

㈧ C++ 內置函數（inline）

在函數規模很小的情況下，函數調用的時間開銷可能相當於甚至超過執行函數本身的時間，把它定義為內置函數，可大大減少程序運行時間。內置函數中不能包括復雜的控制語句，如循環語句和switch語句。
應當說明：對函數作inline聲明，只是程序設計者對編譯系統提出的一個建議，也就是說它是建議性的，而不是指令性的。並非一經指定為inline，編譯系統就必須這樣做。編譯系統會根據具體情況決定是否這樣做。

㈨ 在什麼情況下適宜採用inline定義內聯函數

使用高度頻繁，而且操作內容簡單的情況下，用inline函數。這樣可以解決一些頻繁調用的函數大量消耗棧空間（棧內存）的問題。關鍵字inline必須與函數定義放在一起才能使函數成為內聯函數，僅僅將inline放在函數聲明前面不起任何作用。inline是一種「用於實現」的關鍵字，而不是一種「用於聲明」的關鍵字。

inline定義格式

一、inline關鍵字用來定義一個類的內聯函數，引入它的主要原因是用它替代C中表達式形式的宏定義。

表達式形式的宏定義如：

#define ExpressionName(Var1,Var2) ((Var1)+(Var2))*((Var1)-(Var2))

取代這種形式的原因如下：

1、C中使用define這種形式宏定義的原因是因為，C語言是一個效率很高的語言，這種宏定義在形式及使用上像一個函數，但它使用預處理器實現，沒有了參數壓棧，代碼生成等一系列的操作。因此，效率很高，這是它在C中被使用的一個主要原因。

2、這種宏定義在形式上類似於一個函數，但在使用它時，僅僅只是做預處理器符號表中的簡單替換，因此它不能進行參數有效性的檢測，也就不能享受C++編譯器嚴格類型檢查的好處，另外它的返回值也不能被強制轉換為可轉換的合適的類型。這樣，它的使用就存在著一系列的隱患和局限性。

3、在C++中引入了類及類的訪問控制，這樣，如果一個操作或者說一個表達式涉及到類的保護成員或私有成員，你就不可能使用這種宏定義來實現（因為無法將this指針放在合適的位置）。

4、inline推出的目的，也正是為了取代這種表達式形式的宏定義，它消除了宏定義的缺點，同時又很好地繼承了宏定義的優點。

(9)使用inline聲明函數編譯不報錯擴展閱讀

內聯函數的不足

除了通常使用內聯擴展可能帶來的問題，作為一種編程語言特性的內聯函數也可能並沒有看起來那麼有效，原因如下：

1、通常，設計編譯器的程序設計者比大多數的程序設計者更清楚對於一個特定的函數是否合適進行內聯擴展；一些情況下，對於程序員指定的某些內聯函數，編譯器可能更傾向於不使用內聯甚至根本無法完成內聯。

2、對於一些開發中的函數，它們可能從原來的不適合內聯擴展變得適合或者倒過來。盡管內聯函數或者非內聯函數的轉換易於宏的轉換，但增加的維護開支還是使得它的優點顯得更不突出了。

3、對於基於C的編譯系統，內聯函數的使用可能大大增加編譯時間，因為每個調用該函數的地方都需要替換成函數體，代碼量的增加也同時帶來了潛在的編譯時間的增加。

參考資料來源：網路-內聯函數

參考資料來源：網路-inline