inline与lnk2001、lnk2019,鸡肋?

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

 

你可能感兴趣的:(in)