inline函數居然出現了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();//此行注釋掉會產生lnk2019錯誤
}

main.cpp
#include "A.h"

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

}

?

看似簡單的程序，揭示出inline的使用限制：

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

??? inline void foo(){};//實現了函數體即便是空的
??? void use_foo();

};

?

2、在頭文件和源文件中分開實現，此類源文件中的“任意非inline函數續”需調用過此函數，然后其他源文件中才可用，此時鏈接時不會出現lnk2001 lnk2019錯誤。

如：上面的a.cpp

兩種方法：

第一種缺點是破壞封裝，生成的庫拿給別人用總不希望被看到函數體的實現吧

第二種封裝性好，別人只能看到聲明，缺點是容易產生lnk錯誤。

其實編譯器盡量把頭文件中的帶實現的函數優化為inline，只要不帶循環之類的就可以不用聲明inline。

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

結論：inline沒必要使用

如果是在頭文件中實現類函數體，inline關鍵字不必使用，因為編譯器默認會將頭文件實現的類函數盡量優化為inline，而且這種破壞封裝性，如果是編譯給別人用的庫還是算了。

如果是在源文件中實現類函數體，inline關鍵字不能用，因為你不能保證該源文件一定需要調用該函數，可能造成其它源文件的lnk2001 lnk2019鏈接錯誤。

如果追求極致性能又怕編譯器不靠譜，請在頭文件中聲明inline且同時實現函數體，即便如此，編譯器也會考量是否可編譯為inline函數，并且前提是優化選項開啟，比如VS的 /O2、g++的 -O2

本人僅在vs2012 release下做過簡單測試，歡迎交流。

?

inline與lnk2001、lnk2019，雞肋？