inline函數(shù)居然出現(xiàn)了lnk2001、lnk2019，先貼代碼。

a.h
#pragma once
class A
{
public:

??? inline void foo();
??? void use_foo();
};

?
a.cpp
#include "A.h"

inline void A::foo()
{

}

void A::use_foo()
{
??? foo();//此行注釋掉會(huì)產(chǎn)生lnk2019錯(cuò)誤
}

main.cpp
#include "A.h"

int main()
{
??? A a;
??? a.foo();
??? return 0;

}

?

看似簡(jiǎn)單的程序，揭示出inline的使用限制：

1、在頭文件中，類成員函數(shù)聲明為inline時(shí)實(shí)現(xiàn)函數(shù)體，比如：
#pragma once
class A
{
public:

??? inline void foo(){};//實(shí)現(xiàn)了函數(shù)體即便是空的
??? void use_foo();

};

?

2、在頭文件和源文件中分開實(shí)現(xiàn)，此類源文件中的“任意非inline函數(shù)續(xù)”需調(diào)用過此函數(shù)，然后其他源文件中才可用，此時(shí)鏈接時(shí)不會(huì)出現(xiàn)lnk2001 lnk2019錯(cuò)誤。

如：上面的a.cpp

兩種方法：

第一種缺點(diǎn)是破壞封裝，生成的庫(kù)拿給別人用總不希望被看到函數(shù)體的實(shí)現(xiàn)吧

第二種封裝性好，別人只能看到聲明，缺點(diǎn)是容易產(chǎn)生lnk錯(cuò)誤。

其實(shí)編譯器盡量把頭文件中的帶實(shí)現(xiàn)的函數(shù)優(yōu)化為inline，只要不帶循環(huán)之類的就可以不用聲明inline。

inline只有在達(dá)到一定調(diào)用頻率量級(jí)上才會(huì)顯得快。比如：Release編譯 /O2開啟，第一種10億次循環(huán)調(diào)用的差距大概在幾十毫秒。第二種反而比非inline慢幾到十幾毫秒。

結(jié)論：inline沒必要使用

如果是在頭文件中實(shí)現(xiàn)類函數(shù)體，inline關(guān)鍵字不必使用，因?yàn)榫幾g器默認(rèn)會(huì)將頭文件實(shí)現(xiàn)的類函數(shù)盡量?jī)?yōu)化為inline，而且這種破壞封裝性，如果是編譯給別人用的庫(kù)還是算了。

如果是在源文件中實(shí)現(xiàn)類函數(shù)體，inline關(guān)鍵字不能用，因?yàn)槟悴荒鼙ＷC該源文件一定需要調(diào)用該函數(shù)，可能造成其它源文件的lnk2001 lnk2019鏈接錯(cuò)誤。

如果追求極致性能又怕編譯器不靠譜，請(qǐng)?jiān)陬^文件中聲明inline且同時(shí)實(shí)現(xiàn)函數(shù)體，即便如此，編譯器也會(huì)考量是否可編譯為inline函數(shù)，并且前提是優(yōu)化選項(xiàng)開啟，比如VS的 /O2、g++的 -O2

本人僅在vs2012 release下做過簡(jiǎn)單測(cè)試，歡迎交流。

?

inline與lnk2001、lnk2019，雞肋？