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下做过简单测试，欢迎交流。
