欢迎访问 生活随笔!

生活随笔

当前位置: 首页 > 编程资源 > 编程问答 >内容正文

编程问答

使用内联函数的一个问题

发布时间:2025/4/16 编程问答 53 豆豆
生活随笔 收集整理的这篇文章主要介绍了 使用内联函数的一个问题 小编觉得挺不错的,现在分享给大家,帮大家做个参考.

2019独角兽企业重金招聘Python工程师标准>>>

最近碰到一个与内联方法有关的编译问题,记叙如下。

问题背景

类Scheduler的实现如下所示,其中方法SetStates()仅仅被类本身使用(暂且先不管它的public属性)。

// scheduler.hpp class Scheduler {public:Scheduler():m_state1(0),m_state2(0) {}~Scheduler() {}inline void SetStates(int state1, int state2);int GetState1() {return m_state1;}int GetState2() {return m_state2;}private:int m_state1;int m_state2; }; // scheduler.cpp void Scheduler::SetStates(int state1, int state2) {m_state1 = state1;m_state2 = state2; }

如上代码构建正常。之后,新建一个新的类SchedulerMgmt,并且在其中使用了类Scheduler当中的SetStates()方法:

// SchedulerMgmt.cpp void SchedulerMgmt::UpdateSchedulerState(int state1, int state2) {m_scheduler.SetStates(state1, state2); }

重新编译,提示错误:

scheduler.hpp:10: warning: inline function ‘void Scheduler::SetStates(int, int)’ used but never defined /tmp/ccsOhsNk.o: In function `SchedulerMgmt::UpdateSchedulerState(int, int)': scheduler-mgmt.cpp:(.text+0x111): undefined reference to `Scheduler::SetStates(int, int)' collect2: ld returned 1 exit status

由于编译错误的产生仅仅是在新增加类SchedulerMgmt,并在其中调用了Scheduler中的SetStates()之后才产生,同时该方法恰好声明为内联方法,很自然的便怀疑到这个方法的声明之上:inline。于是先后尝试了下面两种方法来排错:

  • A: 在scheduler.cpp当中为SetScheduleParams方法的实现加上"inline"关键字。
  • B: 去掉scheduler.hpp当中SetScheduleParams方法的“inline”声明。

测试的结果是第一种方法A不管用,编译错误依然存在,方法B解决了问题。

这样的结果让自己感到疑惑不已。众所周知,将方法声明为内联的方式有两种,其一为在class的定义当中定义成员方法;其二是使用inline关键字。第一种方式经过测试是可行的,然而为什么第二种方式并没有达到目的呢?难道问题出在外部调用内联方法上面?这是第一个疑惑。

方法B在将SetStates()的内联属性去掉问题消失,这是不难理解的。但当我仅仅在其定义上加上inline修饰符,便又会出现问题,只是这个时候仅仅剩下链接的问题:

/tmp/ccoizmZA.o: In function `SchedulerMgmt::UpdateSchedulerState(int, int)': scheduler-mgmt.cpp:(.text+0x111): undefined reference to `Scheduler::SetStates(int, int)' collect2: ld returned 1 exit status

这是另外一个疑惑。看来对于内联的许多细节,自己之前并未注意到。

内联方法的基本要求

在查阅了C++标准最新的Draft之后,从中找到了针对“方法A没有解决编译错误”的解释:

An inline function shall be defined in every translation unit in which it is odr-used and shall have exactly the same definition in every case (3.2). [ Note: A call to the inline function may be encountered before its definition appears in the translation unit. —end note ].

这里提到内联函数的基本要求:任一调用该函数的地方均需要看到它的定义(这一点上,C++中的template也有这样的要求)。所以在每一个编译单元都需要定义(注:在程序的构建工程当中,编译阶段会对每一个源代码文件分别编译、汇编,之后将之后的输出文件进行链接等处理,这里的编译单元可以看做是一个个独立的源代码文件。)可见,将内联成员方法定义在类的定义里面是最为稳妥的。在方法A当中,类SchedulerMgmt中尽管可以看到SetStates()声明为inline,但是却无法见着它的定义,便提示错误。这即是如上第一个疑惑的解答案。

编译器对于内联方法处理上的差异

对于第二个疑惑,其实可以归结于一点:编译阶段对于类中的普通成员方法与内联成员方法的处理有差异,但差异在什么地方?要回答这个问题,可以从编译之后的结果上去看。

使用objdump -s -d scheduler.o分别查看输出修改前后的scheduler.cpp编译之后的汇编码:

可见,在将SetStates()定义为内联方法时,在编译之后的目标文件中并不会包含该函数的指令,也就是说编译器将一个方法内联之后,并不会在目标文件当中将其保留,就如同宏在预处理阶段直接文本扩展一样。因此,到这里第二个疑惑解开。

上面是笔记的主要内容。其实在参考资料<sup>2</sup>链接的一篇文章中介绍了有关extern inline的知识,权因本笔记是对工作中问题的一次小总结,所以不再将其纳入讨论。

编译器:

g++ (GCC) 4.1.2 20080704 (Red Hat 4.1.2-48) Copyright (C) 2006 Free Software Foundation, Inc.

参考:
  • << Working Draft, Standard C++, n4296.pdf >>
  • http://www.cnblogs.com/cnmaizi/archive/2011/01/19/1939686.html
  • << 程序员的自我修养—链接、装载与库 >>
  • 转载于:https://my.oschina.net/peter87/blog/517305

    总结

    以上是生活随笔为你收集整理的使用内联函数的一个问题的全部内容,希望文章能够帮你解决所遇到的问题。

    如果觉得生活随笔网站内容还不错,欢迎将生活随笔推荐给好友。